Video display apparatus and operating method thereof

ABSTRACT

Provided are a video display device and a method of operating the same. The video display device request content recognition configuration information to a third party server that is not dependent on any single channel, and receives the content recognition configuration information from the third party server. The video display device extracts a plurality of content recognition configuration information items from the content recognition configuration information and configures the plurality of content recognition configuration information item in the video display device. The video display device obtains contents information of uncompressed content on the basis of the plurality of content recognition configuration information item, obtains an application on the basis of the content information, and executes the application.

This application is a continuation application of U.S. patent application Ser. No. 13/785,806 filed Mar. 5, 2013, which claims priority to U.S. Provisional Application No. 61/606,949 filed Mar. 5, 2012 and U.S. Provisional Application No. 61/684,820 filed Aug. 20, 2012, which are all incorporated by reference as if fully set forth herein.

BACKGROUND

The present disclosure relates to a video display device and a method of operating the same.

As digital broadcasting is paving the way for its extensive spread, a broadcasting station transmits both main audio-visual (AV) contents and enhanced service data, which may be linked to the main AV contents to provide information and services or may be separately provided for other purposes.

However, a video display device in each home may unlikely receive broadcast signals directly through air under a current broadcasting environment. Rather, most of cases, a video display device in each home is connected to a broadcast receiving device to display uncompressed audio-visual contents that the broadcast receiving device provides.

Additionally, the broadcast receiving device receives contents from a server (called a Multichannel Video Programming Distributor (MVPD)). The MVPD receives a broadcast signal from a broadcasting station, extracts contents from the received broadcast signal, converts the extracted content into signals having a proper format for transmission, and provides the converted signals to a broadcast receiving device. During these processes, the MVPD may exclude extracted enhanced service data or may add another enhanced service data, so that the broadcasting receiving device is compelled to receive an enhanced service dependent on the MVPD.

The MVPD provides a plurality of channels, which are provided by contents providers, to a broadcast receiving device.

Since the broadcast receiving device extracts main AV data from signal received from the MVPD and provides only uncompressed audio-visual data to a video display device, only enhanced services provided from the broadcast receiving device not the video display device are available.

SUMMARY

Embodiments provide a video display device providing enhanced service independent from an MVPD and a method of operating the same.

In one embodiment, an operating method of a video display device including a display unit, comprises: requesting content recognition configuration information to a third party server that is not dependent on any single channel; receiving the content recognition configuration information from the third party server; extracting a plurality of content recognition configuration information items from the content recognition configuration information; and configuring the plurality of content recognition configuration information items in the video display device.

In another embodiment, a video display device comprises: a display unit; a receiving unit obtaining uncompressed AV content; and a content recognition configuration management unit receiving the content recognition configuration information from a third party server that is not dependent on any single channel, and configuring a plurality of content recognition configuration information items extracted from the content recognition configuration information in the video display device.

ADVANTAGEOUS EFFECT

According to an embodiment of the present invention, an enhanced service independent from an MVPD is provided. Especially, according to an embodiment of the present invention, even when a broadcaster or a content provider does not provide enhanced service, the enhanced service is provided through a third party server independent from the broadcaster or the content provider.

Additionally, according to various embodiments of the present invention, main AV content related information search, chatting, news search, digital media download, product catalogue download, and product purchase are possible without an inconvenient text input through a remote controller.

Additionally, according to an embodiment of the present invention, an enhanced service exceeding the bandwidth of a wireless channel is provided.

A video display device according to an embodiment of the present invention may obtain a channel map on the basis of uncompressed AV data inputted through an external input.

A third party server according to an embodiment of the present invention provides information on whether to allow a leanback app to a video display device in order to prevent the leanback app from seriously affecting the stability of the video display device.

By notifying the URL address of an ACR server that is locally close to a video display device according to an embodiment of the present invention, the video display device performs contents recognition fast and reduces network latency.

A third party server according to an embodiment of the present invention may prevent unnecessary resource consumption by providing information on an ACR on time interval to a video playback device.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating the network topology according to the embodiment.

FIG. 2 is a block diagram illustrating a watermark based network topology according to an embodiment.

FIG. 3 is a ladder diagram illustrating a data flow in a watermark based network topology according to an embodiment.

FIG. 4 is view illustrating a watermark based content recognition timing according to an embodiment.

FIG. 5 is a block diagram illustrating a fingerprint based network topology according to an embodiment.

FIG. 6 is a ladder diagram illustrating a data flow in a fingerprint based network topology according to an embodiment.

FIG. 7 is a view illustrating an XML schema diagram of ACR-Resulttype containing a query result according to an embodiment.

FIG. 8 is a block diagram illustrating a watermark and fingerprint based network topology according to an embodiment.

FIG. 9 is a ladder diagram illustrating a data flow in a watermark and fingerprint based network topology according to an embodiment.

FIG. 10 is a block diagram illustrating the video display device according to the embodiment.

FIG. 11 is a flowchart illustrating a method of synchronizing a playback time of a main AV content with a playback time of an enhanced service according to an embodiment.

FIG. 12 is a conceptual diagram illustrating a method of synchronizing a playback time of a main AV content with a playback time of an enhanced service according to an embodiment.

FIG. 13 is a screen when an auto playing application is executed according to an embodiment.

FIG. 14 is a screen when a content provider application is executed according to an embodiment.

FIG. 15 is a view of a user interface for controlling an ACR function according to an embodiment.

FIG. 16 is a flowchart illustrating a method of controlling a video display device according to the embodiment.

FIG. 17 is a view illustrating a network topology according to an embodiment of the present invention.

FIG. 18 is a view illustrating a Live+ app according to various embodiments of the present invention.

FIG. 19 is a view illustrating a method of executing a Live+ app according to various embodiments of the present invention.

FIG. 20 is a view illustrating a tab function of a Live+ app according to an embodiment of the present invention.

FIG. 21 is a view illustrating an architecture of the third party server 90 according to an embodiment of the present invention.

FIG. 22 is a ladder diagram illustrating an operation of a video display device for an automatic execution application according to an embodiment of the present invention.

FIG. 23 is a ladder diagram illustrating an operation of a video display device for a channel-independent application according to an embodiment of the present invention.

FIG. 24 is a ladder diagram illustrating an operation of a video display device for a channel-independent application according to another embodiment of the present invention.

FIG. 25 is a conceptual diagram illustrating a video display device according to an embodiment of the present invention.

FIG. 26 is a ladder diagram illustrating an operation of a video display device according to another embodiment of the present invention.

FIG. 27 is an XML schema diagram of ACR configuration information according to an embodiment of the present invention.

FIG. 28 is a ladder diagram illustrating an operation of a video display device according to another embodiment of the present invention.

FIG. 29 is an XML schema diagram of ACR configuration information according to an embodiment of the present invention.

FIG. 30 is a view of an EPG window displaying the MVPD logo of Dish Network, a satellite operator, according to an embodiment of the present invention.

FIG. 31 is a view of an EPG window displaying the MVPD logo of Comcast, a Cable operator, according to an embodiment of the present invention.

FIG. 32 is a view of an EPG window displaying the MVPD logo of Comcast, a Cable operator, according to an embodiment of the present invention.

FIG. 33 is a view of a menu window displaying the MVPD logo of DirecTV, a satellite operator, according to an embodiment of the present invention.

FIG. 34 is a view of channel map processing according to an embodiment of the present invention.

FIG. 35 is a view of channel map processing according to an embodiment of the present invention.

FIG. 36 is a conceptual diagram of a video display device according to an embodiment of the present invention.

FIG. 37 is a conceptual diagram of a video display device according to an embodiment of the present invention.

FIG. 38 is a block diagram illustrating a structure of a fingerprint based video display device according to another embodiment.

FIG. 39 is a block diagram illustrating a structure of a watermark based video display device according to another embodiment.

DETAILED DESCRIPTION OF THE EMBODIMENTS

Hereinafter, a mobile terminal relating to the present invention will be described in more detail with reference to the accompanying drawings. Noun suffixes such as “engine”, “module”, and “unit” for components in description below are given or mixed in consideration of easiness in writing the specification. That is, the noun suffixes themselves does not have respectively distinguishable meanings or roles.

A network topology will be described with reference to FIGS. 1 to 9 according to an embodiment.

FIG. 1 is a block diagram illustrating the network topology according to the embodiment.

As shown in FIG. 1, the network topology includes a content providing server 10, a content recognizing service providing server 20, a multi channel video distributing server 30, an enhanced service information providing server 40, a plurality of enhanced service providing servers 50, a broadcast receiving device 60, a network 70, and a video display device 100.

The content providing server 10 may correspond to a broadcasting station and broadcasts a broadcast signal including main audio-visual contents. The broadcast signal may further include enhanced services. The enhanced services may or may not relate to main audio-visual contents. The enhanced services may have formats such as service information, metadata, additional data, compiled execution files, web applications, Hypertext Markup Language (HTML) documents, XML documents, Cascading Style Sheet (CSS) documents, audio files, video files, ATSC 2.0 contents, and addresses such as Uniform Resource Locator (URL). There may be at least one content providing server.

The content recognizing service providing server 20 provides a content recognizing service that allows the video display device 100 to recognize content on the basis of main audio-visual content. The content recognizing service providing server 20 may or may not edit the main audio-visual content. There may be at least one content recognizing service providing server.

The content recognizing service providing server 20 may be a watermark server that edits the main audio-visual content to insert a visible watermark, which may look a logo, into the main audio-visual content. This watermark server may insert the logo of a content provider at the upper-left or upper-right of each frame in the main audio-visual content as a watermark.

Additionally, the content recognizing service providing server 20 may be a watermark server that edits the main audio-visual content to insert content information into the main audio-visual content as an invisible watermark.

Additionally, the content recognizing service providing server 20 may be a fingerprint server that extracts feature information from some frames or audio samples of the main audio-visual content and stores it. This feature information is called signature.

The multi channel video distributing server 30 receives and multiplexes broadcast signals from a plurality of broadcasting stations and provides the multiplexed broadcast signals to the broadcast receiving device 60. Especially, the multi channel video distributing server 30 performs demodulation and channel decoding on the received broadcast signals to extract main audio-visual content and enhanced service, and then, performs channel encoding on the extracted main audio-visual content and enhanced service to generate a multiplexed signal for distribution. At this point, since the multi channel video distributing server 30 may exclude the extracted enhanced service or may add another enhanced service, a broadcasting station may not provide services led by it. There may be at least one multi channel video distributing server.

The broadcasting device 60 may tune a channel selected by a user and receives a signal of the tuned channel, and then, performs demodulation and channel decoding on the received signal to extract a main audio-visual content. The broadcasting device 60 decodes the extracted main audio-visual content through H.264/Moving Picture Experts Group-4 advanced video coding (MPEG-4 AVC), Dolby AC-3 or Moving Picture Experts Group-2 Advanced Audio Coding (MPEG-2 AAC) algorithm to generate an uncompressed main audio-visual (AV) content. The broadcast receiving device 60 provides the generated uncompressed main AV content to the video display device 100 through its external input port.

The enhanced service information providing server 40 provides enhanced service information on at least one available enhanced service relating to a main AV content in response to a request of a video display device. There may be at least one enhanced service providing server. The enhanced service information providing server 40 may provide enhanced service information on the enhanced service having the highest priority among a plurality of available enhanced services.

The enhanced service providing server 50 provides at least one available enhanced service relating to a main AV content in response to a request of a video display device. There may be at least one enhanced service providing server.

The video display device 100 may be a television, a notebook computer, a hand phone, and a smart phone, each including a display unit. The video display device 100 may receive an uncompressed main AV content from the broadcast receiving device 60 or a broadcast signal including an encoded main AV content from the contents providing server 10 or the multi channel video distributing server 30. The video display device 100 may receive a content recognizing service from the content recognizing service providing server 20 through the network 70, an address of at least one available enhanced service relating to a main AV content from the enhanced service information providing server 40 through the network 70, and at least one available enhanced service relating to a main AV content from the enhanced service providing server 50.

At least two of the content providing server 10, the content recognizing service providing server 20, the multi channel video distributing server 30, the enhanced service information providing server 40, and the plurality of enhanced service providing servers 50 may be combined in a form of one server and may be operated by one provider.

FIG. 2 is a block diagram illustrating a watermark based network topology according to an embodiment.

As shown in FIG. 2, the watermark based network topology may further include a watermark server 21.

As shown in FIG. 2, the watermark server 21 edits a main AV content to insert content information into it. The multi channel video distributing server 30 may receive and distribute a broadcast signal including the modified main AV content. Especially, a watermark server may use a digital watermarking technique described below.

A digital watermark is a process for inserting information, which may be almost undeletable, into a digital signal. For example, the digital signal may be audio, picture, or video. If the digital signal is copied, the inserted information is included in the copy. One digital signal may carry several different watermarks simultaneously.

In visible watermarking, the inserted information may be identifiable in a picture or video. Typically, the inserted information may be a text or logo identifying a media owner. If a television broadcasting station adds its logo in a corner of a video, this is an identifiable watermark.

In invisible watermarking, although information as digital data is added to audio, picture, or video, a user may be aware of a predetermined amount of information but may not recognize it. A secret message may be delivered through the invisible watermarking.

One application of the watermarking is a copyright protection system for preventing the illegal copy of digital media. For example, a copy device obtains a watermark from digital media before copying the digital media and determines whether to copy or not on the bases of the content of the watermark.

Another application of the watermarking is source tracking of digital media. A watermark is embedded in the digital media at each point of a distribution path. If such digital media is found later, a watermark may be extracted from the digital media and a distribution source may be recognized from the content of the watermark.

Another application of invisible watermarking is a description for digital media.

A file format for digital media may include additional information called metadata and a digital watermark is distinguished from metadata in that it is delivered as an AV signal itself of digital media.

The watermarking method may include spread spectrum, quantization, and amplitude modulation.

If a marked signal is obtained through additional editing, the watermarking method corresponds to the spread spectrum. Although it is known that the spread spectrum watermark is quite strong, not much information is contained because the watermark interferes with an embedded host signal.

If a marked signal is obtained through the quantization, the watermarking method corresponds to a quantization type. The quantization watermark is weak, much information may be contained.

If a marked signal is obtained through an additional editing method similar to the spread spectrum in a spatial domain, a watermarking method corresponds to the amplitude modulation.

FIG. 3 is a ladder diagram illustrating a data flow in a watermark based network topology according to an embodiment.

First, the content providing server 10 transmits a broadcast signal including a main AV content and an enhanced service in operation S101.

The watermark server 21 receives a broadcast signal that the content providing server 10 provides, inserts a visible watermark such as a logo or watermark information as an invisible watermark into the main AV content by editing the main AV content, and provides the watermarked main AV content and enhanced service to the MVPD 30 in operation S103.

The watermark information inserted through an invisible watermark may include at least one of a watermark purpose, content information, enhanced service information, and an available enhanced service. The watermark purpose represents one of illegal copy prevention, viewer ratings, and enhanced service acquisition.

The content information may include at least one of identification information of a content provider that provides main AV content, main AV content identification information, time information of a content section used in content information acquisition, names of channels through which main AV content is broadcasted, logos of channels through which main AV content is broadcasted, descriptions of channels through which main AV content is broadcasted, a usage information reporting period, the minimum usage time for usage information acquisition, and available enhanced service information relating to main AV content.

If the video display device 100 uses a watermark to acquire content information, the time information of a content section used for content information acquisition may be the time information of a content section into which a watermark used is embedded. If the video display device 100 uses a fingerprint to acquire content information, the time information of a content section used for content information acquisition may be the time information of a content section where feature information is extracted. The time information of a content section used for content information acquisition may include at least one of the start time of a content section used for content information acquisition, the duration of a content section used for content information acquisition, and the end time of a content section used for content information acquisition.

The usage information reporting address may include at least one of a main AV content watching information reporting address and an enhanced service usage information reporting address. The usage information reporting period may include at least one of a main AV content watching information reporting period and an enhanced service usage information reporting period. A minimum usage time for usage information acquisition may include at least one of a minimum watching time for a main AV content watching information acquisition and a minimum usage time for enhanced service usage information extraction.

On the basis that a main AV content is watched for more than the minimum watching time, the video display device 100 acquires watching information of the main AV content and reports the acquired watching information to the main AV content watching information reporting address in the main AV content watching information reporting period.

On the basis that an enhanced service is used for more than the minimum usage time, the video display device 100 acquires enhanced service usage information and reports the acquired usage information to the enhanced service usage information reporting address in the enhanced service usage information reporting period.

The enhanced service information may include at least one of information on whether an enhanced service exists, an enhanced service address providing server address, an acquisition path of each available enhanced service, an address for each available enhanced service, a start time of each available enhanced service, an end time of each available enhanced service, a lifetime of each available enhanced service, an acquisition mode of each available enhanced service, a request period of each available enhanced service, priority information each available enhanced service, description of each available enhanced service, a category of each available enhanced service, a usage information reporting address, a usage information reporting period, and the minimum usage time for usage information acquisition.

The acquisition path of available enhanced service may be represented with IP or Advanced Television Systems Committee—Mobile/Handheld (ATSC M/H). If the acquisition path of available enhanced service is ATSC M/H, enhanced service information may further include frequency information and channel information. An acquisition mode of each available enhanced service may represent Push or Pull.

Moreover, the watermark server 21 may insert watermark information as an invisible watermark into the logo of a main AV content.

For example, the watermark server 21 may insert a barcode at a predetermined position of a logo. At this point, the predetermined position of the logo may correspond to the first line at the bottom of an area where the logo is displayed. The video display device 100 may not display a barcode when receiving a main AV content including a logo with the barcode inserted.

For example, the watermark server 21 may insert a barcode at a predetermined position of a logo. At this point, the log may maintain its form.

For example, the watermark server 21 may insert N-bit watermark information at each of the logos of M frames. That is, the watermark server 21 may insert M*N watermark information in M frames.

The MVPD 30 receives broadcast signals including watermarked main AV content and enhanced service and generates a multiplexed signal to provide it to the broadcast receiving device 60 in operation S105. At this point, the multiplexed signal may exclude the received enhanced service or may include new enhanced service.

The broadcast receiving device 60 tunes a channel that a user selects and receives signals of the tuned channel, demodulates the received signals, performs channel decoding and AV decoding on the demodulated signals to generate an uncompressed main AV content, and then, provides the generated uncompressed main AV content to the video display device 100 in operation S106.

Moreover, the content providing server 10 also broadcasts a broadcast signal including a main AV content through a wireless channel in operation S107.

Additionally, the MVPD 30 may directly transmit a broadcast signal including a main AV content to the video display device 100 without going through the broadcast receiving device 60 in operation S108.

The video display device 100 may receive an uncompressed main AV content through the broadcast receiving device 60. Additionally, the video display device 100 may receive a broadcast signal through a wireless channel, and then, may demodulate and decode the received broadcast signal to obtain a main AV content. Additionally, the video display device 100 may receive a broadcast signal from the MVPD 30, and then, may demodulate and decode the received broadcast signal to obtain a main AV content. The video display device 100 extracts watermark information from some frames or a section of audio samples of the obtained main AV content. If watermark information corresponds to a logo, the video display device 100 confirms a watermark server address corresponding to a logo extracted from a corresponding relationship between a plurality of logos and a plurality of watermark server addresses. When the watermark information corresponds to the logo, the video display device 100 cannot identify the main AV content only with the logo. Additionally, when the watermark information does not include content information, the video display device 100 cannot identify the main AV content but the watermark information may include content provider identifying information or a watermark server address. When the watermark information includes the content provider identifying information, the video display device 100 may confirm a watermark server address corresponding to the content provider identifying information extracted from a corresponding relationship between a plurality of content provider identifying information and a plurality of watermark server addresses. In this manner, when the video display device 100 cannot identify a main AV content the video display device 100 only with the watermark information, it accesses the watermark server 21 corresponding to the obtained watermark server address to transmit a first query in operation S109.

The watermark server 21 provides a first reply to the first query in operation S111. The first reply may include at least one of content information, enhanced service information, and an available enhanced service.

If the watermark information and the first reply do not include an enhanced service address, the video display device 100 cannot obtain enhanced service. However, the watermark information and the first reply may include an enhanced service address providing server address. In this manner, the video display device 100 does not obtain a service address or enhanced service through the watermark information and the first reply. If the video display device 100 obtains an enhanced service address providing server address, it accesses the enhanced service information providing server 40 corresponding to the obtained enhanced service address providing server address to transmit a second query including content information in operation S119.

The enhanced service information providing server 40 searches at least one available enhanced service relating to the content information of the second query. Later, the enhanced service information providing server 40 provides to the video display device 100 enhanced service information for at least one available enhanced service as a second reply to the second query in operation S121.

If the video display device 100 obtains at least one available enhanced service address through the watermark information, the first reply, or the second reply, it accesses the at least one available enhanced service address to request enhanced service in operation S123, and then, obtains the enhanced service in operation S125.

FIG. 4 is a view illustrating a watermark based content recognition timing according to an embodiment.

As shown in FIG. 4, when the broadcast receiving device 60 is turned on and tunes a channel, and also, the video display device 100 receives a main AV content of the turned channel from the broadcast receiving device 60 through an external input port 111, the video display device 100 may sense a content provider identifier (or a broadcasting station identifier) from the watermark of the main AV content. Then, the video display device 100 may sense content information from the watermark of the main AV content on the basis of the sensed content provider identifier.

At this point, as shown in FIG. 4, the detection available period of the content provider identifier may be different from that of the content information. Especially, the detection available period of the content provider identifier may be shorter than that of the content information. Through this, the video display device 100 may have an efficient configuration for detecting only necessary information.

FIG. 5 is a block diagram illustrating a fingerprint based network topology according to an embodiment.

As shown in FIG. 5, the network topology may further include a fingerprint server 22.

As shown in FIG. 5, the fingerprint server 22 does not edit a main AV content, but extracts feature information from some frames or a section of audio samples of the main AV content and stores the extracted feature information. Then, when receiving the feature information from the video display device 100, the fingerprint server 22 provides an identifier and time information of an AV content corresponding to the received feature information.

FIG. 6 is a ladder diagram illustrating a data flow in a fingerprint based network topology according to an embodiment.

First, the content providing server 10 transmits a broadcast signal including a main AV content and an enhanced service in operation S201.

The fingerprint server 22 receives a broadcast signal that the content providing server 10, extracts a plurality of pieces of feature information from a plurality of frame sections or a plurality of audio sections of the main AV content, and establishes a database for a plurality of query results corresponding to the plurality of feature information in operation S203. The query result may include at least one of content information, enhanced service information, and an available enhanced service.

The MVPD 30 receives broadcast signals including a main AV content and enhanced service and generates a multiplexed signal to provide it to the broadcast receiving device 60 in operation S205. At this point, the multiplexed signal may exclude the received enhanced service or may include new enhanced service.

The broadcast receiving device 60 tunes a channel that a user selects and receives signals of the tuned channel, demodulates the received signals, performs channel decoding and AV decoding on the demodulated signals to generate an uncompressed main AV content, and then, provides the generated uncompressed main AV content to the video display device 100 in operation S206.

Moreover, the content providing server 10 also broadcasts a broadcast signal including a main AV content through a wireless channel in operation S207.

Additionally, the MVPD 30 may directly transmit a broadcast signal including a main AV content to the video display device 100 without going through the broadcast receiving device 60.

The video display device 100 may receive an uncompressed main AV content through the broadcast receiving device 60. Additionally, the video display device 100 may receive a broadcast signal through a wireless channel, and then, may demodulate and decode the received broadcast signal to obtain a main AV content. Additionally, the video display device 100 may receive a broadcast signal from the MVPD 30, and then, may demodulate and decode the received broadcast signal to obtain a main AV content. The video display device 100 extracts feature information from some frames or a section of audio samples of the obtained main AV content in operation S213.

The video display device 100 accesses the fingerprint server 22 corresponding to the predetermined fingerprint server address to transmit a first query including the extracted feature information in operation S215.

The fingerprint server 22 provides a query result as a first reply to the first query in operation S217. If the first reply corresponds to fail, the video display device 100 accesses the fingerprint server 22 corresponding to another fingerprint server address to transmit a first query including the extracted feature information.

The fingerprint server 22 may provide Extensible Markup Language (XML) document as a query result. Examples of the XML document containing a query result will be described with reference to FIG. 7 and Table 1.

FIG. 7 is a view illustrating an XML schema diagram of ACR-Resulttype containing a query result according to an embodiment.

As shown in FIG. 7, ACR-Resulttype containing a query result includes ResultCode attributes and ContentID, NTPTimestamp, SignalingChannelInformation, and ServiceInformation elements.

For example, if the ResultCode attribute has 200, this may mean that the query result is successful. For example, if the ResultCode attribute has 404, this may mean that the query result is unsuccessful.

The SignalingChannelInformation element includes a SignalingChannelURL, and the SignalingChannelURL element includes an UpdateMode and PollingCycle attributes. The UpdateMode attribute may have a Pull value or a Push value.

The ServiceInformation element includes ServiceName, ServiceLogo, and ServiceDescription elements.

Table 1 illustrates an XML schema of ACR-ResultType containing the query result.

TABLE 1 <xs:complexType name=“ACR-ResultType”>   <xs:sequence>    <xs:element name=“ContentID” type=“xs:anyURI”/>    <xs:element name=“NTPTimestamp” type=“xs:unsignedLong”/>    <xs:element name=“SignalingChannelInformation”>     <xs:complexType>      <xs:sequence>       <xs:element name=“SignalingChannelURL”       maxOccurs=“unbounded”>        <xs:complexType>         <xs:simpleContent>          <xs:extension base=“xs:anyURI”>           <xs:attribute name=“UpdateMode”>            <xs:simpleType>             <xs:restriction base=“xs:string”>              <xs:enumeration value=“Pull”/>              <xs:enumeration value=“Push”/>             </xs:restriction>            </xs:simpleType>           </xs:attribute>           <xs:attribute name=“PollingCycle”           type=“xs:unsignedInt”/>          </xs:extension>         </xs:simpleContent>        </xs:complexType>       </xs:element>      </xs:sequence>     </xs:complexType>    </xs:element>    <xs:element name=“ServiceInformation”>     <xs:complexType>      <xs:sequence>       <xs:element name=“ServiceName” type=“xs:string”/>       <xs:element name=“ServiceLogo” type=“xs:anyURI”       minOccurs=“0”/>       <xs:element name=“ServiceDescription” type=“xs:string” minOccurs=“0” maxOccurs=“unbounded”/>      </xs:sequence>     </xs:complexType>    </xs:element>    <xs:any namespace=“##other” processContents=“skip” minOccurs=“0” maxOccurs=“unbounded”/>   </xs:sequence>   <xs:attribute name=“ResultCode” type=“xs:string” use=“required”/>   <xs:anyAttribute processContents=“skip”/>  </xs:complexType>

As the ContentID element, an ATSC content identifier may be used as shown in Table 2.

TABLE 2 The Number Syntax of bits format ATSC_content_identifier( ) {  TSID 16 uimsbf  reserved 2 bslbf  end_of_day 5 uimsbf  unique_for 9 uimsbf  content_id var }

As shown in Table 2, the ATSC content identifier has a structure including TSID and a house number.

The 16 bit unsigned integer TSID carries a transport stream identifier.

The 5 bit unsigned integer end_of_day is set with an hour in a day of when a content_id value can be reused after broadcasting is finished.

The 9 bit unsigned integer unique_for is set with the number of day of when the content_id value cannot be reused.

Content_id represents a content identifier. The video display device 100 reduces unique_for by 1 in a corresponding time to end_of_day daily and presumes that content_id is unique if unique_for is not 0.

Moreover, as the ContentID element, a global service identifier for ATSC-M/H service may be used as described below.

The global service identifier has the following form.

-   -   urn:oma:bcast:iauth:atsc:service:<region>:<xsid>:<serviceid>

Here, <region> is an international country code including two characters regulated by ISO 639-2. <xsid> for local service is a decimal number of TSID as defined in <region>, and <xsid> (regional service) (major>69) is “0”. <serviceid> is defined with <major> or <minor>. <major> represent a Major Channel number, and <minor> represents a Minor Channel Number.

Examples of the global service identifier are as follows.

-   -   urn:oma:bcast:iauth:atsc:service:us:1234:5.1     -   urn:oma:bcast:iauth:atsc:service:us:0:100.200

Moreover, as the ContentID element, an ATSC content identifier may be used as described below.

The ATSC content identifier has the following form.

urn:oma:bcast:iauth:atsc:content:<region>:<xsidz>:<contentid>:<unique_for>:<end_of_day>

Here, <region> is an international country code including two characters regulated by ISO 639-2. <xsid> for local service is a decimal number of TSID as defined in <region>, and may be followed by “.”<serviceid>. <xsid> for (regional service) (major>69) is <serviceid>. <content_id> is a base64 sign of a content_id field defined in Table 2, <unique_for> is a decimal number sign of an unique_for field defined in Table 2, and <end_of_day> is a decimal number sign of an end_of_day field defined in Table 2.

Hereinafter, FIG. 6 is described again.

If the query result does not include an enhanced service address or enhanced service but includes an enhanced service address providing server address, the video display device 100 accesses the enhanced service information providing server 40 corresponding to the obtained enhanced service address providing server address to transmit a second query including content information in operation S219.

The enhanced service information providing server 40 searches at least one available enhanced service relating to the content information of the second query. Later, the enhanced service information providing server 40 provides to the video display device 100 enhanced service information for at least one available enhanced service as a second reply to the second query in operation S221.

If the video display device 100 obtains at least one available enhanced service address through the first reply or the second reply, it accesses the at least one available enhanced service address to request enhanced service in operation S223, and then, obtains the enhanced service in operation S225.

When the UpdateMode attribute has a Pull value, the video display device 100 transmits an HTTP request to the enhanced service providing server 50 through SignalingChannelURL and receives an HTTP reply including a PSIP binary stream from the enhanced service providing server 50 in response to the request. In this case, the video display device 100 may transmit the HTTP request according to a Polling period designated as the PollingCycle attribute. Additionally, the SignalingChannelURL element may have an update time attribute. In this case, the video display device 100 may transmit the HTTP request according to an update time designated as the update time attribute.

If the UpdateMode attribute has a Push value, the video display device 100 may receive update from a server asynchronously through XMLHTTPRequest API. After the video display device 100 transmits an asynchronous request to a server through XMLHTTPRequest object, if there is a change of signaling information, the server provides the signaling information as a reply through the channel. If there is limitation in session standby time, a server generates a session timeout reply and a receiver recognizes the generated timeout reply to transmit a request again, so that a signaling channel between the receiver and the server may be maintained for all time.

FIG. 8 is a block diagram illustrating a watermark and fingerprint based network topology according to an embodiment.

As shown in FIG. 8, the watermark and fingerprint based network topology may further include a watermark server 21 and a fingerprint server 22.

As shown in FIG. 8, the watermark server 21 inserts content provider identifying information into a main AV content. The watermark server 21 may insert content provider identifying information as a visible watermark such as a logo or an invisible watermark into a main AV content.

The fingerprint server 22 does not edit a main AV content, but extracts feature information from some frames or a certain section of audio samples of the main AV content and stores the extracted feature information. Then, when receiving the feature information from the video display device 100, the fingerprint server 22 provides an identifier and time information of an AV content corresponding to the received feature information.

FIG. 9 is a ladder diagram illustrating a data flow in a watermark and fingerprint based network topology according to an embodiment.

First, the content providing server 10 transmits a broadcast signal including a main AV content and an enhanced service in operation S301.

The watermark server 21 receives a broadcast signal that the content providing server 10 provides, inserts a visible watermark such as a logo or watermark information as an invisible watermark into the main AV content by editing the main AV content, and provides the watermarked main AV content and enhanced service to the MVPD 30 in operation S303. The watermark information inserted through an invisible watermark may include at least one of content information, enhanced service information, and an available enhanced service. The content information and enhanced service information are described above.

The MVPD 30 receives broadcast signals including watermarked main AV content and enhanced service and generates a multiplexed signal to provide it to the broadcast receiving device 60 in operation S305. At this point, the multiplexed signal may exclude the received enhanced service or may include new enhanced service.

The broadcast receiving device 60 tunes a channel that a user selects and receives signals of the tuned channel, demodulates the received signals, performs channel decoding and AV decoding on the demodulated signals to generate an uncompressed main AV content, and then, provides the generated uncompressed main AV content to the video display device 100 in operation S306.

Moreover, the content providing server 10 also broadcasts a broadcast signal including a main AV content through a wireless channel in operation S307.

Additionally, the MVPD 30 may directly transmit a broadcast signal including a main AV content to the video display device 100 without going through the broadcast receiving device 60 in operation S308.

The video display device 100 may receive an uncompressed main AV content through the broadcast receiving device 60. Additionally, the video display device 100 may receive a broadcast signal through a wireless channel, and then, may demodulate and decode the received broadcast signal to obtain a main AV content. Additionally, the video display device 100 may receive a broadcast signal from the MVPD 30, and then, may demodulate and decode the received broadcast signal to obtain a main AV content. The video display device 100 extracts watermark information from audio samples in some frames or periods of the obtained main AV content. If watermark information corresponds to a logo, the video display device 100 confirms a watermark server address corresponding to a logo extracted from a corresponding relationship between a plurality of logos and a plurality of watermark server addresses. When the watermark information corresponds to the logo, the video display device 100 cannot identify the main AV content only with the logo. Additionally, when the watermark information does not include content information, the video display device 100 cannot identify the main AV content but the watermark information may include content provider identifying information or a watermark server address. When the watermark information includes the content provider identifying information, the video display device 100 may confirm a watermark server address corresponding to the content provider identifying information extracted from a corresponding relationship between a plurality of content provider identifying information and a plurality of watermark server addresses. In this manner, when the video display device 100 cannot identify a main AV content the video display device 100 only with the watermark information, it accesses the watermark server 21 corresponding to the obtained watermark server address to transmit a first query in operation S309.

The watermark server 21 provides a first reply to the first query in operation S311. The first reply may include at least one of a fingerprint server address, content information, enhanced service information, and an available enhanced service. The content information and enhanced service information are described above.

If the watermark information and the first reply include a fingerprint server address, the video display device 100 extracts feature information from some frames or a certain section of audio samples of the main AV content in operation S313.

The video display device 100 accesses the fingerprint server 22 corresponding to the fingerprint server address in the first reply to transmit a second query including the extracted feature information in operation S315.

The fingerprint server 22 provides a query result as a second reply to the second query in operation S317.

If the query result does not include an enhanced service address or enhanced service but includes an enhanced service address providing server address, the video display device 100 accesses the enhanced service information providing server 40 corresponding to the obtained enhanced service address providing server address to transmit a third query including content information in operation S319.

The enhanced service information providing server 40 searches at least one available enhanced service relating to the content information of the third query. Later, the enhanced service information providing server 40 provides to the video display device 100 enhanced service information for at least one available enhanced service as a third reply to the third query in operation S321.

If the video display device 100 obtains at least one available enhanced service address through the first reply, the second reply, or the third reply, it accesses the at least one available enhanced service address to request enhanced service in operation S323, and then, obtains the enhanced service in operation S325.

Then, referring to FIG. 10, the video display device 100 will be described according to an embodiment.

FIG. 10 is a block diagram illustrating the video display device according to the embodiment.

As shown in FIG. 10, the video display device 100 includes a broadcast signal receiving unit 101, a demodulation unit 103, a channel decoding unit 105, a demultiplexing unit 107, an AV decoding unit 109, an external input port 111, a play controlling unit 113, a play device 120, an enhanced service management unit 130, a data transmitting/receiving unit 141, and a memory 150.

The broadcast signal receiving unit 101 receives a broadcast signal from the content providing server 10 or MVPD 30.

The demodulation unit 103 demodulates the received broadcast signal to generate a demodulated signal.

The channel decoding unit 105 performs channel decoding on the demodulated signal to generate channel-decoded data.

The demultiplexing unit 107 separates a main AV content and enhanced service from the channel-decoded data. The separated enhanced service is stored in an enhanced service storage unit 152.

The AV decoding unit 109 performs AV decoding on the separated main AV content to generate an uncompressed main AV content.

Moreover, the external input port 111 receives an uncompressed main AV content from the broadcast receiving device 60, a digital versatile disk (DVD) player, a Blu-ray disk player, and so on. The external input port 111 may include at least one of a DSUB port, a High Definition Multimedia Interface (HDMI) port, a Digital Visual Interface (DVI) port, a composite port, a component port, and an S-Video port.

The play controlling unit 113 controls the play device 120 to play at least one of an uncompressed main AV content that the AV decoding unit 109 generates and an uncompressed main AV content received from the external input port 111 according to a user's selection.

The play device 120 includes a display unit 121 and a speaker 123. The display unit 21 may include at least one of a liquid crystal display (LCD), a thin film transistor-liquid crystal display (TFT LCD), an organic light-emitting diode (OLED), a flexible display, and a 3D display.

The enhanced service management unit 130 obtains content information of the main AV content and obtains available enhanced service on the basis of the obtained content information. Especially, as described above, the enhanced service management unit 130 may obtain the identification information of the main AV content on the basis of some frames or a certain section of audio samples the uncompressed main AV content. This is called automatic contents recognition (ACR) in this specification.

The data transmitting/receiving unit 141 may include an Advanced Television Systems Committee—Mobile/Handheld (ATSC-M/H) channel transmitting/receiving unit 141 a and an IP transmitting/receiving unit 141 b.

The memory 150 may include at least one type of storage medium such as a flash memory type, a hard disk type, a multimedia card micro type, a card type memory such as SD or XD memory, Random Access Memory (RAM), Static Random Access Memory (SRAM), Read-Only Memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Programmable Read-Only Memory (PROM), magnetic memory, magnetic disk, and optical disk. The video display device 100 may operate in linkage with a web storage performing a storage function of the memory 150 in the Internet.

The memory 150 may include a content information storage unit 151, an enhanced service storage unit 152, a logo storage unit 153, a setting information storage unit 154, a bookmark storage unit 155, a user information storage unit 156, and a usage information storage unit 157.

The content information storage unit 151 stores a plurality of content information corresponding to a plurality of feature information.

The enhanced service storage unit 152 may store a plurality of enhanced services corresponding to a plurality of feature information or a plurality of enhanced services corresponding to a plurality of content information.

The logo storage unit 153 stores a plurality of logos. Additionally, the logo storage unit 153 may further store content provider identifiers corresponding to the plurality of logos or watermark server addresses corresponding to the plurality of logos.

The setting information storage unit 154 stores setting information for ACR.

The bookmark storage unit 155 stores a plurality of bookmarks.

The user information storage unit 156 stores user information. The user information may include at least one of at least one account information for at least one service, regional information, family member information, preferred genre information, video display device information, and a usage information range. The at least one account information may include account information for a usage information measuring server and account information of social network service such as Twitter and Facebook. The regional information may include address information and zip codes. The family member information may include the number of family members, each member's age, each member's sex, each member's religion, and each member's job. The preferred genre information may be set with at least one of sports, movie, drama, education, news, entertainment, and other genres. The video display device information may include information such as the type, manufacturer, firmware version, resolution, model, OS, browser, storage device availability, storage device capacity, and network speed of a video display device. Once the usage information range is set, the video display device 100 collects and reports main AV content watching information and enhanced service usage information within the set range. The usage information range may be set in each virtual channel. Additionally, the usage information measurement allowable range may be set over an entire physical channel.

The usage information providing unit 157 stores the main AV content watching information and the enhanced service usage information, which are collected by the video display device 100. Additionally, the video display device 100 analyzes a service usage pattern on the basis of the collected main AV content watching information and enhanced service usage information, and stores the analyzed service usage pattern in the usage information storage unit 157.

The enhanced service management unit 130 may obtain the content information of the main AV content from the fingerprint server 22 or the content information storage unit 151. If there is no content information or sufficient content information, which corresponds to the extracted feature information, in the content information storage unit 151, the enhanced service management unit 130 may receive additional content information through the data transmitting/receiving unit 141. Moreover, the enhanced service management unit 130 may update the content information continuously.

The enhanced service management unit 130 may obtain available enhanced service from the enhanced service providing server 50 or the enhanced service storage unit 153. If there is no enhanced service or sufficient enhanced service in the enhanced service storage unit 153, the enhanced service management unit 130 may update enhanced service through the data transmitting/receiving unit 141. Moreover, the enhanced service management unit 130 may update the enhanced service continuously.

The enhanced service management unit 130 may extracts a logo from the main AV content, and then, may make a query to the logo storage unit 155 to obtain a content provider identifier or watermark server address, which is corresponds to the extracted logo. If there is no logo or a sufficient logo, which corresponds to the extracted logo, in the logo storage unit 155, the enhanced service management unit 130 may receive an additional logo through the data transmitting/receiving unit 141. Moreover, the enhanced service management unit 130 may update the logo continuously.

The enhanced service management unit 130 may compare the logo extracted from the main AV content with the plurality of logos in the logo storage unit 155 through various methods. The various methods may reduce the load of the comparison operation.

For example, the enhanced service management unit 130 may perform the comparison on the basis of color characteristics. That is, the enhanced service management unit 130 may compare the color characteristic of the extracted logo with the color characteristics of the logos in the logo storage unit 155 to determine whether they are identical or not.

Moreover, the enhanced service management unit 130 may perform the comparison on the basis of character recognition. That is, the enhanced service management unit 130 may compare the character recognized from the extracted logo with the characters recognized from the logos in the logo storage unit 155 to determine whether they are identical or not.

Furthermore, the enhanced service management unit 130 may perform the comparison on the basis of the contour of the logo. That is, the enhanced service management unit 130 may compare the contour of the extracted logo with the contours of the logos in the logo storage unit 155 to determine whether they are identical or not.

Then, referring to FIGS. 11 and 12, a method of synchronizing a playback time of a main AV content with a playback time of an enhanced service according to an embodiment will be described.

FIG. 11 is a flowchart illustrating a method of synchronizing a playback time of a main AV content with a playback time of an enhanced service according to an embodiment.

Enhanced service information may include a start time of an enhanced service. At this point, the video display device 100 may need to start the enhanced service at the start time. However, since the video display device 100 receives a signal transmitting an uncompressed main AV content with no time stamp, the reference time of a plying time of the main AV content is different from that of a start time of the enhanced service. Although the video display device 100 receives a main AV content having time information, the reference time of a plying time of the main AV content may be different from that of a start time of the enhanced service, like rebroadcasting. Accordingly, the video display device 100 may need to synchronize the reference time of the main AV content with that of the enhanced service. Especially, the video display device 100 may need to synchronize the playback time of the main AV content with the start time of the enhanced service.

First, the enhanced service management unit 130 extracts a certain section of a main AV content in operation S801. The section of the main AV content may include at least one of some video frames or a certain audio section of the main AV content. Time that the enhanced service management unit 130 extracts the section of the main AV content is designated as Tn.

The enhanced service management unit 130 obtains content information of a main AV content on the basis of the extracted section. In more detail, the enhanced service management unit 130 decodes information encoded with invisible watermark in the extracted section to obtain content information. Additionally, the enhanced service management unit 130 may extract feature information in the extracted section, and obtain the content information of the main AV content from the fingerprint server 22 or the content information storage unit 151 on the basis of the extracted feature information. Time that the enhanced service management unit 130 obtains the content information is designated as Tm.

Moreover, the content information includes a start time Ts of the extracted section. After the content information acquisition time Tm, the enhanced service management unit 130 synchronizes the playback time of the main AV content with the start time of the enhanced service on the biases of Ts, Tm, and Tn. In more detail, the enhanced service management unit 130 regards the content information acquisition time Tm as a time Tp calculated by the following Equation 1.

Tp=Ts+(Tm−Tn)  [Equation 1]

Additionally, the enhanced service management unit 130 regards a time of when Tx elapses after the content information acquisition time as Tp+Tx.

Then, the enhanced service management unit 130 obtains an enhanced service and its start time Ta on the obtained content information in operation S807.

If the synchronized playback time of the main AV content is identical to the start time Ta of the enhanced service, the enhanced service management unit 130 starts the obtained enhanced service in operation S809. In more detail, the enhanced service management unit 130 may start the enhanced service when the following Equation 2 is satisfied.

Tp+Tx=Ta  [Equation 2]

FIG. 12 is a conceptual diagram illustrating a method of synchronizing a playback time of a main AV content with a playback time of an enhanced service according to an embodiment.

As shown in FIG. 12, the video display device 100 extracts an AV sample during a system time Tn.

The video display device 100 extracts feature information from the extracted AV sample, and transmits a query including the extracted feature information to the fingerprint server 22 to receive a query result. The video display device 100 confirms whether a start time Ts of the extracted AV sample corresponds to 11000 ms at Tm by parsing the query result.

Accordingly, the video display device 100 regards the time of when the start time of the extracted AV sample is confirmed according to Equation 1 as Ts+(Tm−Tn), so that, after that, the playback time of the main AV content may be synchronized with the start time of the enhanced service.

Next, an ACR application will be described according to various embodiments with reference to FIGS. 13 to 14.

The ACR application may include an auto playing application, a content provider application, and a video display manufacturer application.

FIG. 13 is a screen when an auto playing application is executed according to an embodiment.

The auto playing application automatically plays an enhanced service even when a user makes no action. In this sense, the auto playing application is designated as a lean back application in this specification.

The auto playing application automatically plays an enhanced service such as scene related information that a content provider or broadcasting station provides during playing of the main AV content according to a playback time of the main AV content, without a user's input. That is, a content provider or broadcasting station entirely controls the auto playing application. For example, when an auto playing application relates to a specific channel or a specific content, as the video display device 100 enters a channel or content relating to the auto playing application, the video display device 100 may automatically execute a corresponding auto playing application without a user input. Then, when the video display device 100 becomes out of a channel or content relating to an auto playing application, it may automatically terminate a corresponding auto playing application without a user input. In this sense, an auto playing application will be referred to as a channel-dependent application or a content-dependent application in this specification.

As shown in FIG. 13, once the auto playing application is executed, the screen 200 may include a sub screen 210 where a reduced main AV content is played and a sub screen 220 where additional information is displayed. The sub screen 200 where additional information is displayed may be spatially separated from the sub screen 210 where a main AV content is played.

Moreover, when an auto playing application is executed, an area where additional information is displayed may be semi-transparent. In this case, the area where additional information is displayed may overlay on an area where a main AV content played.

FIG. 14 is a screen when a content provider application is executed according to an embodiment.

In this specification, the content provider application is designated as a full interactive application.

As shown in FIG. 14 (A), the video display device 100 downloads and stores a plurality of applications. FIG. 14 (A) illustrates icons 230 of the applications. A content provider application among the plurality of applications is an application created and distributed by a content provider, and thus, may be under control of the content provider.

A user of the video display device 100 may download a content provider application from an application store and determines whether to execute the downloaded content provider application.

FIG. 14 (B) is a screen when a content provider application is executed. As shown in FIG. 14 (B), the screen 200 may include the sub screen 210 where a reduced main AV content is played and the sub screen 220 where additional information is displayed.

Hereinafter, a video display device manufacturer application will be described according to an embodiment with reference to FIGS. 23 to 50.

The video display device manufacturer application is created and controlled by a video display device manufacturer, and may be stored in advance when the video display device 100 is manufactured. That is, the video display device manufacturer application may provide the same service and user interface regardless of a content provider or content.

The video display device manufacturer application may include an area where an enhanced service that a content provider provides is displayed and an area where an enhanced service that a video display device manufacturer provides is displayed, separately. A user of the video display device 100 may determine whether to execute the video display device manufacturer application.

The video display device manufacturer application may have two types.

The video display device manufacturer application of the first type has a resizing user interface. The video display device manufacturer application having the resizing user interface reduces the size of an area where a main AV content is displayed to display all the main AV content in a reduced area. Additionally, the video display device manufacturer application having the resizing user interface reshapes an area where an application is displayed with an L or inverse-L shaped structure.

The video display device manufacturer application of the second type has an overlay user interface. The video display device manufacturer application having the overlay user interface maintains the size of an area where a main AV content is displayed, and overlaps an area where an application is displayed on the main AV content. Since the area where an application is displayed covers the main AV content, an application area may be semi-transparent.

Like this, a video display device manufacturer application is not dependent on any single contents provider or any single channel. Although it is described that such an application is manufactured by a video display device manufacturer, the present invention is not limited thereto. An application not dependent on any single contents provider or any single channel is not executed by a channel change or is not terminated by a channel change. For convenience of description in this specification, an application not dependent on any single content provider or any single channel may be referred to as a channel-independent application, a video display device manufacturer application or a Live+ app.

Then, an on/off control of an ACR function will be described according to an embodiment with reference to FIGS. 15 and 16.

FIG. 15 is a view of a user interface for controlling an ACR function according to an embodiment.

As shown in FIG. 15, the play controlling unit 113 displays an ACR function setting window. A user may activate or deactivate the ACR function through the ACR function setting window.

When the ACR function is activated, a user may select an ACR mode. The ACR mode may be set with one of an auto playing application mode, a content provider application mode, and a video display manufacturer application mode.

When the ACR function mode is set in the above manner, the play controlling unit 113 stores setting information on a setting information storage unit 154.

FIG. 16 is a flowchart illustrating a method of operating a video display device according to the embodiment.

The enhanced service management unit 130 confirms whether the ACR function is turned on in operation S1901.

If the ACR function is deactivated, the enhanced service management unit 130 does not perform a content information obtaining procedure any more.

If the ACR function is activated, the enhanced service management unit 130 extracts a certain section of a main AV content in operation S1902.

The enhanced service management unit 130 obtains content information of the main AV content on the basis of the extracted section in operation S1903.

The enhanced service management unit 130 synchronizes the reference time of the main AV content with the reference time of an alternative advertisement in operation S1905.

The enhanced service management unit 130 obtains an enhanced service on the basis of the obtained content information in operation S1907. The enhanced service management unit 130 obtains enhanced service information on the basis of the content information, and then obtains an enhanced service on the basis of the enhanced service information.

Then, the enhanced service management unit 130 confirms the ACR mode in operation S1909.

The enhanced service management unit 130 plays the enhanced service according to the ACR mode in operation S1911.

In more detail, if the ACR mode is an automatic play application mode, the enhanced service management unit 130 executes an automatic play application, and the executed automatic play application plays the obtained enhanced service.

If the ACR mode is the content provider application mode, the enhanced service management unit 130 executes a content provider application corresponding to the obtained content information in background. The enhanced service management unit 130 displays a content provider application when receiving a user input corresponding to an enhanced service use. This content provider application may play the obtained enhanced service. Instead that the content provider application is automatically executed in background, it may be executed by a user input.

If the ACR mode is the video display device manufacturer application mode, the enhanced service management unit 130 executes its video display device manufacturer application in background. The enhanced service management unit 130 displays the video display device manufacturer application when receiving a user input corresponding to an enhanced service use. This video display device manufacturer application may play the obtained enhanced service. Instead that the video display device manufacturer application is automatically executed in background, it may be executed by a user input.

Next, third party enhanced service will be described according to an embodiment of the present invention with reference to FIGS. 17 to 42.

FIG. 17 is a view illustrating a network topology according to an embodiment of the present invention.

As shown in FIG. 17, the network topology includes a contents providing server 10 such as a Broadcaster/CP Backend server, a third party server 90 such as the enhanced service providing server 50, a contents recognition service providing server 20 such as an ACR server, and a video display device 100 such as an ACR Smart TV.

The video display device 100 may obtain broadcaster enhanced service from the contents providing server 10 by using a channel-dependent application or a Leanback app such as a contents-dependent application, and may obtain third party enhanced service from the third party server 90 by using a Live+ app such as a channel-independent application.

The Leanback app such as a channel-dependent application is an application that a broadcaster or a CP provides, and also provides a service synchronized by a program unit or a scene unit. Since a broadcaster is a subject to produce a program, it knows well which scene is in a program. Thus, the broadcaster may display the most suitable contents for a specific scene. Once the video display device 100 recognizes a program, it downloads a Leanback app from the contents providing server 10 of the corresponding program, and then, automatically executes the downloaded Leanback app. However, when the video display device 100 changes the current channel to another channel unrelated to the executed Leanback app, it automatically terminates the corresponding Leanback app, and if there is a Leanback app of the changed channel, it executes the corresponding Leanback app.

A Live+ app is an application that a third party provides (for example, a manufacturer), is pre-installed in a TV, and may be executed always regardless of a channel or program that a user currently watches, unlike the Leanback app. In relation to an ACR architecture that the present invention suggests, a Live+ app displays program related enhanced information and contents synchronized by a scene unit. The Live+ app has a consistent user interface and is always executed regardless of a program. The Live+ app may provide various services by using program related metadata even when a broadcaster does not provide program related additional information. For example, the Live+ app may provide basic information on a program and recommendation on movies in which a program actor appears. Since the Live+ app has an area assigned to a broadcaster/CP, it may display corresponding program related enhancement data on a corresponding area when the broadcaster provides program related additional information. For example, enhancement data that a broadcaster provides may include the replay of the previous broadcast of the program that a user currently watches and scene synchronized contents (for example, product purchase, place reservation, music source purchase and download, and product ad).

The video display device 100 includes an ACR module to extract a signature from uncompressed AV content and queries the contents recognition service providing server 20 through the extracted signature in order to recognize a program. Also, the video display device 100 drives a program related application on the basis of the recognized program. The Leanback app may be downloaded after the program recognition and then executed. The Live+ app may be pre-installed by a manufacturer when a TV is released, or may be downloaded from an app store and installed.

The contents recognition service providing server 20 stores the signatures of audio and/or video of a broadcasted program. The contents recognition service providing server 20 may extract and store the signature of a real-time broadcast by using a signature capture system, and may receive an ACR DB including a signature corresponding to a specific program from a broadcaster and then may store it. The ACR DB of the contents recognition service providing server 20 stores the content ID, signature, timestamp, and URL of a program. In this specification, two types of content IDs may be used.

The first type of content ID, as an ID that a broadcaster directly assigns, is an identifier that uniquely identifies a program in a broadcaster. The broadcaster may assign the content ID to the program in its desired format. The content ID may be used when program related enhancement data are requested to the content providing server 10.

The second type of content ID, as a global unique content ID, is an identifier that uniquely identifies a program nationally or globally. Since programs are transmitted through national broadcast channels, local broadcast channels, cable broadcasts, or satellite broadcasts, in order to extract the signatures of all the programs, a plurality of signature capture equipment may be installed in a plurality of areas. Also, in order to uniquely identify and distinguish each program nationally or globally, a global unique content ID may be assigned to each program. In order to map each program into a global unique content ID, a metadata database may be used. Since the metadata database includes program schedule information in addition to metadata such as program related additional information, the signature delivered from a capture system may be mapped into a certain program by using the metadata database. The capture system knows which area, channel, and time the extracted signature relates to, and thus, when the metadata database is searched with this information, a program may be found. The contents recognition service providing server 20 and the third party server 90 may share the metadata database, and may recognize a program through a global unique content ID by using the metadata database. The format of the global unique content ID may be designated by a third party operating a server, or may be provided from the metadata database.

All services that a Live+ app provides are provided from the third party server 90. The third party server 90 may receive a global unique content ID that the contents recognition service providing server 20 delivers, from the video display device 100. The third party server 90 may extract program related metadata corresponding to the global unique content ID from the metadata database through the global unique content ID, and on the basis of the extracted metadata, may provide program related various services to the video display device 100. Additionally, if there is additional information on the recognized program that a broadcaster provides, the third party server 90 accesses the broadcaster server in order to receive program related enhancement data, and processes and provides them to the video display device 100. The program related enhancement data that a broadcaster provides through a Live+ app have the same contents as but a different user interface from the enhancement data that a Leanback app. However, in another embodiment, according to broadcasters, the program related enhancement data that a broadcaster provides through a Live+ app may be different from those that a Leanback app provides.

There may be a plurality of contents providing servers 10 for a plurality of broadcasters or a plurality of CPs. The contents providing server 10 has a program targeted Leanback app and program related enhancement data that the Leanback app outputs.

FIG. 18 is a view illustrating a Live+ app according to various embodiments of the present invention.

The Live+ app may resize main AV media content in order to display it on the upper left area of the screen, may display program related additional information on the right area of the screen, and may display a program related ad on the bottom area of the screen. The Live+ app may display a plurality of tabs on the top area of the contents area in the right area. The plurality of tabs may include a program tab, a recommends tab, a talk tab, and a plus tap.

FIG. 19 is a view illustrating a method of executing a Live+ app according to various embodiments of the present invention.

The video display device 100 may display a home screen or a My Apps screen. The My Apps screen is a screen displaying a list of application installed in the video display device 100.

On receiving a user input selecting a Live+ app from a plurality of applications shown on the home screen or the My Apps screen, the video display device 100 may execute the Live+ app.

Additionally, while playing a broadcast, the video display device 100 may display a graphic notifying that there is a Live+ app at a predetermined time interval through a timer, and when receiving a user input relating to this graphic, may execute the Live+ app.

FIG. 20 is a view illustrating a tab function of a Live+ app according to an embodiment of the present invention.

The program tab provides basic information on a program that a viewer currently watches and the replay service of the program. The video display device 100 may fetch the program basic information from the Meta DB of the third party server 90. The video display device 100 may bring the information on the program replay service from the contents providing server 10 that creates a corresponding program, through the third party server 90.

The recommends tab may recommend another AV content relating to a current program, i.e. a movie or a video (for example, Youtube) or an app relating to the current program. The third party server 90 may determine a movie or a video for recommendation on the basis of the title, genre, or cast of the current program, and then may process the information about this to provide the recommendation tab of the Live+ app of the video display device 100.

The Talk tab provides a twitter article corresponding to the current program related conversation content. The third party server 90 may searches for the current program related twitter article on the basis of the title, genre, or cast of the current program, and then may process the searched article to provide the Talk tab of the Live+ app of the video display device 100.

The Plus tab is an area where a broadcaster displays the program related data. The Plug tab may provide information received from the broadcaster as it is, or may provide information that is received from a broadcaster server and processed by the third party server 90. There is no limit to the type and number of data that the Plus tab provides. The Plus tab may provide various enhancement data such as product purchase, place reservation, music source purchase, and product ad. However, when the information from a broadcaster server is provided to the Plus tab as it is, the third party server 90 processes the information from the broadcaster server to be fit for the position and size of the contents area of the Live+ app, and then provides the processed information to the video display device 100

FIG. 21 is a view illustrating an architecture of the third party server 90 according to an embodiment of the present invention.

As shown in FIG. 21, the third party server 90 includes an Application Layer, a Service Component Layer, a Back-end System Layer, and a Data Component Layer.

The application layer may communicate with various devices including the video display device 100 through a delivery interface. The application layer may include an AppStore component. The AppStore component may support an interface through which a developer registers an app, and also may support an interface through which a general user searches for, downloads, and installs an app. Additionally, the Live+ app may receive services such as ad, search, and recommendation in the third part server 90 through the AppStore component.

A service component layer may communicate with the application layer through a service integration interface. The service component layer includes an ad service component, an integration search component, a recommendation component, and an ACR component. The service component layer receives the processed data from the back-end system layer and delivers them to the application layer. The ACR component may obtain program related basic additional information through the metadata component of the back-end system layer by using the received Content ID, Global Content ID, timestamp, and broadcaster server URL from the video display device 100. Additionally, the ACR component may deliver the information on a program title and actors obtained from the metadata to the integration search component in order to a program related search result.

The back-end system layer reads original data from the data component layer and processes and delivers the data to the service component layer. The back-end system layer may include a search engine security component, a DRAM component, a metadata component, an ad platform component, and an ACR component.

The data component layer may have actual data. Here, the data component layer may include a file repository, an integrated DB, a user profile repository, a user profile repository, a metadata repository, and an ad data storage. The user profile repository may store information on a viewer or user's gender, age, region, income, family member, preferred genre, preferred channel, and preferred program. The metadata repository may include information on content's title, episode, director, synopsis, casts, genre, channel, and air time. The third party server 90 may receive information on a content from a metadata provider or real-time broadcast guide information (for example, in the case of ATSC terrestrial waves, PSIP), and then may store the received information in the metadata repository.

FIG. 22 is a ladder diagram illustrating an operation of a video display device for an automatic execution application according to an embodiment of the present invention.

First, the video display device 100 extracts feature information from some frames of the main AV content or a section of audio samples of the main AV content, and transmits an ACR query request message including the extracted feature information to a fingerprint server 22 corresponding to an ACR server in operation S2105.

The fingerprint server 22 queries feature information in the ACR query request message from an ACR DB to identify a program corresponding to the feature information, and provides an ACR query response message including contents information on the identified program to the video display device 100 in operation S2107. At this point, the ACR query response message may include information on whether program recognition is successful, contents information, and the URL of a Leanback app. As mentioned above, the content information may include the content ID and timestamp of the recognized program. Here, the format of the content ID may be a format that only a corresponding broadcaster recognizes. Especially, this is the case that a broadcaster provides the ACR DB of the corresponding program to the contents recognition service providing server 20.

When the program identification is successful and the Leanback app URL is valid, the video display device 100 requests a Leanback app through a corresponding Leanback app URL in operation S2109.

The contents providing server 10 provides the Leanback app that the video display device 100 requests to the video display device 100 in operation S2111. Consequently, the video display device 100 may download the Leanback app.

When the video display device 100 successfully downloads the Leanback app, it automatically executes a corresponding Leanback app in operation S2113.

The Leanback app executed in the video display device 100 obtains a content ID and a timestamp periodically from an ACR engine in the video display device 100, and transmits an enhancement data request message including the obtained content ID and timestamp to the contents providing server 10 in operation S2115, and then requests the enhancement data relating to a scene corresponding to the content ID and the timestamp.

The contents providing server 10 delivers the requested enhancement data to the Leanback app. Since the Leanback app is an application that a broadcaster provides, an interface of the contents providing server 10 of one broadcaster may be different from that of the contents providing server 10 of another broadcaster. When there is scene related additional information, the Leanback app may perform operations S2113 and S2117 repeatedly.

FIG. 23 is a ladder diagram illustrating an operation of a video display device for a channel-independent application according to an embodiment of the present invention.

On receiving a user input to execute an installed Live+ app, the video display device 100 executes the Live+ app in operation S2201.

When an ACR function is turned off, the Live+ app executed in the video display device 100 turns on the ACR module in operation S2203.

The video display device 100 extracts feature information from some frames of the main AV content or a section of audio samples of the main AV content, and transmits an ACR query request message including the extracted feature information to the ACR server corresponding to the fingerprint server 22 in operation S2205.

The fingerprint server 22 queries feature information in the ACR query request message from an ACR DB to identify a program corresponding to the feature information, and provides an ACR query response message including contents information on the identified program to the video display device 100 in operation S2207. At this point, the ACR query response message may include information on whether program recognition is successful and contents information. As mentioned above, the content information may include the global unique content ID and timestamp of the recognized program.

The Live+ app executed in the video display device 100 receives a user input for service type selection in operation S2209. At this point, the service type may correspond to at least one of a program type, a recommendation type, a conversation type, and a plus type. For example, enhancement data corresponding to the selected service type may be a real-time news article relating to cast members and a service recommending a movie in which a program cast member appears as a leading role.

The Live+ app executed in the video display device 100 obtains contents information on the currently recognized program from the ACR engine in the video display device 100, and transmits a program related content request message to the third party server 90 in operation S2211 in order to request enhancement data corresponding to the selected service type. At this point, the program related content request message may include content information on the currently recognized program and information on the selected service type.

The Live+ app may transmit an HTTP based request to the third party server 90 through ajax call. Parameters delivered at this point may include a service type, a Content ID, a Global Content ID, a timestamp, and a broadcaster server URL. The HTTP request may deliver a HTTP GET based parameter using the following syntax.

[HTTP GET syntax] ?service=<service name>&contentId=<Content ID> &globalContentId=<Global Content ID>&ts=<timestamp> [&url=< broadcaster server URL>]

<service name> is the name of a service that a Live+ app requests. In this embodiment, the following <service name> may be used.

-   -   “getProgram”: is a service name for receiving program related         basic information and previous episodes, and is used for a         program tab of a Live+ app.     -   “getRecommends”: is a service name for receiving data of program         related recommendation (VOD recommendation and App         recommendation), and is used for a recommends tab of a Live+         app.     -   “getTalk”: is a service name for receiving program related         article/twitter, and is used for a talk tab of a Live+ app.     -   “getPlus”: is a service name for receiving program related         enhancement data that a broadcaster provides, and is used for a         plus tab of a Live+ app.

<Content ID> is a value that a broadcaster delivers to the contents recognition service providing server 20, and is a content ID that is internally used by a broadcaster in order to uniquely identify a program.

<Global Content ID> is used for uniquely and globally identifying a program, and for this, the contents recognition service providing server 20 and the third party server 90 may need to use the same Meta DB. The Global Content ID may follow the content id format of the Meta DB.

<timestamp> notifies the current watching time of the recognized program and is a value delivered from the contents recognition service providing server 20.

<broadcaster server URL> is delivered when a broadcaster provides program related enhancement data, and with this value, the third party server 90 may access a broadcaster server.

In order to locate enhancement data of a program corresponding to the delivered Global Content ID, the third party server 90 searches the metadata repository in operation S2213. The metadata repository returns a search result on the enhancement data of a program corresponding to the delivered Global Content ID, to the third party server 90.

The third party server 90 processes the received program enhancement data from the metadata repository and provides the processed enhancement data to the Live+ app executed in the video display device 100 in operation S2221. The third party server 90 may transmit the processed enhancement data in an HTTP based response through ajax call.

FIG. 24 is a ladder diagram illustrating an operation of a video display device for a channel-independent application according to another embodiment of the present invention.

On receiving a user input to execute an installed Live+ app, the video display device 100 executes the Live+ app in operation S2301.

When an ACR function is turned off, the Live+ app executed in the video display device 100 turns on the ACR module in operation S2203.

The ACR engine of the video display device 100 extracts feature information from some frames of the main AV content or a section of audio samples of the main AV content, and transmits an ACR query request message including the extracted feature information to the ACR server corresponding to the fingerprint server 22 in operation S2305.

The fingerprint server 22 queries feature information in the ACR query request message from an ACR DB to identify a program corresponding to the feature information, and provides an ACR query response message including contents information on the identified program to the ACR engine of the video display device 100 in operation S2307. At this point, the ACR query response message may include information on whether program recognition is successful, contents information, and the URL of the contents providing server 10. As mentioned above, the content information may include the global unique content ID of the recognized program and the content ID and timestamp that the broadcaster of the recognized program identifies. In another embodiment, the video display device 100 may have the URL of the contents providing server 10 in advance, not obtaining the URL from the ACR query response message.

The Live+ app executed in the video display device 100 receives a user input for service type selection in operation S2309. At this point, the service type may correspond to at least one of a program type, a recommendation type, a conversation type, and a plus type. For example, enhancement data corresponding to the selected service type may be a real-time news article relating to cast members and a service recommending a movie in which a program cast member appears as a leading role.

The Live+ app executed in the video display device 100 obtains contents information on the currently recognized program from the ACR engine in the video display device 100, and transmits a program related content request message to the third party server 90 in operation S2311 in order to request enhancement data corresponding to the selected service type. At this point, the program related content request message may include content information on the currently recognized program, information on the selected service type, and the URL of the broadcaster contents providing server 10.

In order to locate enhancement data of a program corresponding to the delivered Global Content ID, the third party server 90 searches the metadata repository in operation S2313. The metadata repository returns a search result on the enhancement data of a program corresponding to the delivered Global Content ID, to the third party server 90.

The third party server 90 accesses the delivered URL of the broadcaster contents providing server 10, and transmits a metadata request message including the delivered broadcaster content ID and timestamp to the contents providing server 10 in operation 2317 in order to request the current scene related enhancement data to the contents providing server 10.

The third party server 90 receives the current scene related enhancement data from the contents providing server 10 in operation S2319.

The third party server 90 processes one or a combination of the received program enhancement data from the metadata repository and the received program enhancement data from the contents providing server 10 and provides the processed enhancement data to the Live+ app executed in the video display device 100 in operation S2321.

FIG. 25 is a conceptual diagram illustrating a video display device according to an embodiment of the present invention.

As shown in FIG. 25, the video display device 100 includes an Audio/Video driver 601, an ACR engine 603, an ACR middleware 605, an ACR user interface 607, and an ACR Plugin 609.

The audio/video driver 601 captures an audio/vide signal from an external input of a TV and delivers it to the ACR engine 603. The audio/video driver 601 may provide API to allow the ACR engine 603 to access an audio/video buffer. The audio/video driver 601 may also provide characteristic information on audio/video inputted from an external input such as HDMI. For example, the audio/video driver 601 may provide information such as a sample depth, a sampling rate, the number of channels (mono/stereo

), the number of samples, and a sample time, in the case of audio. In the case of video, the audio/video driver 601 may provide information such as a video format, and the width, height, stride, stream time, input type (HDMI1, HDMI2, composite, component, etc), and the number of frames per second of video.

The ACR engine 603 may be executed as an additional process, and may recognize a program by using the above mentioned various methods. The ACR engine 603 extracts a signature from an audio/video sample, and delivers the extracted signature to the ACR server to recognize content. As described above, the ACR engine 603 may call API to access an audio/video buffer depending on the implementation of a platform, and may deliver the audio/video stream captured by the audio/video driver 601 to an ACR process through a method such as a socket ACR engine 603 sends an ACR query request in addition to the signature to the ACR server, and receives an ACR query response including whether the content recognition is successful, a Content ID, a Global Content ID, a timestamp, a Leanback app URL, and a broadcaster server URL, from the ACR server. The ACR engine 603 may deliver the result from the ACR server to the ACR middleware 605.

The ACR middleware 605 is a module corresponding to the middleware of a DTV process, and processes an ACR control and an ACR query response from the ACR engine 603. The ACR middleware 605 controls ACR by executing or terminating an ACR process or starting or stopping the ACR engine 603. Additionally, the ACR middleware 605 stores values such as a Content ID, a Global Content ID, and a timestamp by parsing the ACR query response. The ACR middleware 605 may provide API to transmit the stored value to an ACR UI or may transmit the stored value to the ACR user interface 607 through a message queue and a global variable. Additionally, in order to deliver data such as a Content ID, a Global Content ID, and a timestamp to an ACR application such as a Live+ app or a Leanback app, the ACR middleware 605 may deliver the data to a web browser through Inter-Process Communication (IPC) of a shared memory and socket.

The ACR user interface 607 may display a UI to a user for ACR control of ACR On/Off, or may display information on the name and time of a recognized program to a user through a status bar UI of a TV.

When the ACR middleware 605 delivers data such as a Content ID, a Global Content ID, and a timestamp, which are to be delivered to an ACR application, to a browser, the ACR plugin 609 receives the data. The ACR plugin 609 may deliver a corresponding value to an ACR application through a Plugin Object Interface. An interface of the ACR plugin 609 according to an embodiment is shown below.

Name Property Readonly ACRMetadata metadata Readonly String backendURL Method backendURL getACRMetadata( ) String getBackendURL( ) Void NotifyACRAppLaunched(Boolean bApp, String url, String desc) Void SetAppInfo(String state, String url) Event function onContentChanged(String contentId) function onMediaTimeUpdated(Number mediaTime) function onAppShow(String state) function onAppHide( )

As mentioned above, the metadata provide basic metadata on a recognized program.

backendURL represents the URL of a broadcaster/CP server.

getACRMetadata( ) is a function for obtaining basic metadata on a recognized program and returns the same value as metadata Property.

getBackendURL( ) is a function for returning the URL of a broadcaster/CP server.

NotifyACRAppLaunched( ) is a function for notifying an application of a 2nd screen when the 2nd screen such as a mobile terminal and a TV are paired and an ACR application executes a specific URL or app on a TV.

SetAppinfo( ) is a function for notifying the current state of an ACR application and the app URL of a 2nd screen version of a corresponding application.

onContentChanged( ) is a callback function called when a recognized program is changed.

onMediaTimeUpdated( ) is a callback function called each time a timestamp is changed through ACR.

onAppShow( ) is a callback function called when an application in a 2nd screen moves to a TV, with the TV and 2nd screen paired.

onAppHide( ) is a callback function called when an application in a TV moves to a 2nd screen, with the TV and 2nd screen paired.

FIG. 26 is a ladder diagram illustrating an operation of a video display device according to another embodiment of the present invention.

First, once the video display device 100 is turned on in operation S3101, it transmits to a third party server 90 an ACR configuration information request message that request an ACR configuration information in operation S3103. The third party server 90 may be an enhanced service providing server that is not dependent on any single channel and may include enhanced services for a plurality of channels. Additionally, the third party server 90 may be a server that is not dependent on any single channel, any contents provider, and any MVPD (service provider).

The ACR configuration information request message may be an HTTP GET based request message, and as a parameter, may include information on the version of ACR configuration information applied to the video display device 100, information on product type, and information on platform type. The ACR configuration information request message may have a syntax below.

[HTTP GET syntax] ?ACRConfigVer=<version>[&ProductType=<productType>] [&PlatformVer=<platformVer>]

In the above syntax, <version> indicates information on the version of ACR configuration information applied to the video display device 100. If no ACR configuration information is applied to the video display device 100, <version> may have the value of 0.

<productType> indicates information on a product type of the video display device 100. For example, if the video display device 100 is a smart TV, a value of <productType> may be “smart TV”. Additionally, if the video display device 100 is a Blu-ray Disk Player (BDP), a value of <productType> may be “BDP”. If the ACR configuration information request message does not include <productType>, it may request ACR configuration information on all types of products.

<platformVer> indicates information on a platform type of the video display device 100. For example, if a platform type of the video display device 100 is “NetCast and its version is “3.0”, a value of <platformVer> may be “NetCast3.0”.

If the ACR configuration information request message does not include <platformVer>, it may request ACR configuration information on all types of platforms.

If a predetermined condition is satisfied, the video display device 100 may transmit the ACR configuration information request message to the third party server 90. For example, as soon as the video display device 100 is turned on, it may instantly transmit the ACR configuration information request message to the third party server 90. Additionally, the video display device 100 may periodically transmit the ACR configuration information request message to the third party server 90. Additionally, the video display device 100 may transmit the ACR configuration information request message to the third party server 90 at a predetermined time point.

In response to the ACR configuration information request message, the third party server 90 an ACR configuration information response message including ACR configuration information to the video display device 100 in operation S3105.

Especially, the ACR configuration information response message may include at least one ACR configuration information item group corresponding to an ACR configuration information version of an ACR configuration information request message, a product type, and a platform type

If the ACR configuration information version that the third party server 90 has is identical to that of the ACR configuration information request message, the ACR configuration information response message may not include ACR configuration information.

When the ACR configuration information is changed without the ACR configuration information request message, the ACR configuration information response message may be transmitted to the video display device 100.

Then, ACR configuration information according to an embodiment of the present invention is described with reference to FIG. 27.

FIG. 27 is an XML schema diagram of ACR configuration information according to an embodiment of the present invention.

Especially, Table 3 illustrates an XML schema of ACR configuration information according to the embodiment of FIG. 27.

TABLE 3 <?xml version=“1.0” encoding=“UTF-8”?> <xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>  <xs:complexType name=“acr_config”>    <xs:sequence>     <xs:element name=“country_list” type=“country_list_type” minOccurs=“0”/>     <xs:element name=“measurement” type=“measurement_type” minOccurs=“0”/>    </xs:sequence>    <xs:attribute name=“acr_config_ver” type=“xs:string” use=“required”/>  </xs:complexType>  <xs:complexType name=“country_list_type”>    <xs:sequence>     <xs:element name=“country” type=“country_type” maxOccurs=“unbounded”/>    </xs:sequence>  </xs:complexType>  <xs:complexType name=“country_type”>    <xs:sequence>     <xs:element name=“ACR_server_url” type=“ACR_server_url_type” maxOccurs=“unbounded”/>     <xs:element name=“broadcaster” type=“broadcaster_type” minOccurs=“0” maxOccurs=“unbounded”/>     <xs:element name=“ACR_on_time” type=“ACR_on_time_type” minOccurs=“0” maxOccurs=“unbounded”/>    </xs:sequence>    <xs:attribute name=“code” type=“xs:string” use=“required”/>    <xs:attribute name=“device_product_type” type=“xs:string” use=“required”/>    <xs:attribute name=“device_platform_type” type=“xs:string” use=“required”/>  </xs:complexType>  <xs:complexType name=“ACR_server_url_type”>    <xs:attribute name=“region” type=“xs:string” use=“optional”/>  </xs:complexType>  <xs:complexType name=“ACR_on_time_type”>    <xs:attribute name=“region” type=“xs:string” use=“optional”/>    <xs:attribute name=“day” type=“xs:string” use=“optional”/>    <xs:attribute name=“from” type=“xs:time” use=“optional”/>    <xs:attribute name=“to” type=“xs:time” use=“optional”/>  </xs:complexType>  <xs:complexType name=“broadcaster_type”>    <xs:sequence>     <xs:element name=“channel” type=“channel_type” maxOccurs=“unbounded”/>    </xs:sequence>    <xs:attribute name=“name” type=“xs:string” use=“required”/>  </xs:complexType>  <xs:complexType name=“channel_type”>    <xs:sequence>     <xs:element name=“program” type=“program_type” maxOccurs=“unbounded”/>    </xs:sequence>    <xs:attribute name=“name” type=“xs:string” use=“required”/>    <xs:attribute name=“leanback_enable” type=“xs:boolean” use=“optional” default=“true”/>  </xs:complexType>  <xs:complexType name=“program_type”>    <xs:attribute name=“name” type=“xs:string” use=“required”/>    <xs:attribute name=“leanback_enable” type=“xs:boolean” use=“optional” default=“true”/>  </xs:complexType>  <xs:complexType name=“measurement_type”>    <xs:attribute name=“max_log_size” type=“xs:integer” use=“optional”/>    <xs:attribute name=“report_interval” type=“xs:integer” use=“optional”/>  </xs:complexType> </xs:schema>

As shown in FIG. 27 and Table 3, ACR configuration information according to an embodiment of the present invention, as one XML document, includes an ACR_config element, that is, a top element.

The ACR_config element may include an ACR_config_ver attribute indicating an ACR configuration version, and as a sub-element, includes a country_list element and a measurement element.

A country_list element includes at least one country element. Each country element includes an ACR configuration information item group applied to each country corresponding to this country element. The country_list element includes a plurality of ACR configuration information item groups applied to a plurality of countries, respectively.

Each country element code includes a code attribute, a device_product_type attribute, a device_platform_type attribute, at least one ACR_server_url element, at least one broadcaster element, and at least one ACR_on_time element.

The code attribute contains an identification code that identifies a country to which an ACR configuration information item of a country element including the code attribute is applied, and especially, this identification code may conform ISO 639 language code.

The device_product_type attribute contains a type of a product to which the ACR configuration information item of a country element including the device product attribute is applied. For example, a value of a device_product_type attribute may be “smart TV” or “BDP”.

The device_platform_type attribute contains a platform type and/or version of a product to which the ACR configuration information item of a country element including the device platform attribute is applied. For example, if a platform type of a product to which an ACR configuration information item is applied is “NetCast” and its version is “3.0”, a value of a device_platform_type attribute may be “NetCast3.0”.

That is, each country element includes an ACR configuration information item group corresponding to a country attribute, a device product type attribute, and a device platform type attribute. The ACR configuration information item group includes a plurality of ACR configuration information items corresponding to a country attribute, a device product type attribute, and a device platform type attribute.

Although it will be described below, the plurality of ACR configuration information items corresponding to a country attribute, a device product type attribute, and a device platform type attribute may include a list of at least one ACR server address for at least one region in the country of the country attribute, information on whether to allow a leanback app, and a turn on time interval of an ACR function for at least one region in the country of the country attribute.

The information on whether to allow a leanback app includes driving permit information on a leanback app and driving limit information on a leanback app. The driving permit information on a leanback app may include a list of broadcasters permitting the driving of a leanback app, a list of channels permitting the driving a leanback app, and a list of programs permitting the driving of leanback app. The driving limit information on a leanback app may include a list of broadcasters limiting the driving of a leanback app, a list of channels limiting the driving a leanback app, and a list of programs limiting the driving of leanback app. In such a way, the third party server 90 provides the information on whether to allow a leanback app to the video display device 100 in order to prevent the leanback app from seriously affecting the stability of the video display device 100.

Each ACR_server_url element includes a region attribute, and a value of each ACR_server_url element may indicate the address (for example, URL) of an ACR server (for example, fingerprint server) applied to a region corresponding to the region attribute. A value of the ACR_server_url element having no region attribute may indicate the address (for example, URL) of an ACR server applied to all regions of a country corresponding to the ACR_server_url element. In such a way, by notifying the URL address of an ACR server that is locally close to the video display device 100, the video display device 100 performs contents recognition fast and reduces network latency.

Each broadcaster element includes a name attribute, a leanback_enable element, and at least one channel element.

A value of the name attribute of the broadcaster element indicates the name of a broadcaster corresponding to the broadcaster element. In a broader sense, the identifier of a broadcaster may be used.

A value of the leanback_enable element of the broadcaster element indicates whether to drive a leanback app for broadcaster corresponding to the broadcaster element. For example, if a value of the leanback_enable element of the broadcaster element is “true”, the video display device 100 downloads and executes a leanback app for broadcaster corresponding to the broadcaster element. On the other hand, if a value of the leanback_enable element of the broadcaster element is “false”, the video display device 100 does not download and execute a leanback app for broadcaster corresponding to the broadcaster element. If the broadcaster element does not have the leanback_enable element, a value of the leanback_enable element of the broadcaster element may be regarded as “true” or “false” by default.

Each channel element includes a name attribute, a leanback_enable element, and at least one program element.

A value of the name attribute of the channel element indicates the name of a channel corresponding to the channel element. In a broader sense, the identifier of a channel may be used.

A value of the leanback_enable element of the channel element indicates whether to drive a leanback app for channel corresponding to the channel element. For example, if a value of the leanback_enable element of the channel element is “true”, the video display device 100 downloads and executes a leanback app for channel corresponding to the channel element. On the other hand, if a value of the leanback_enable element of the channel element is “false”, the video display device 100 does not download and execute a leanback app for channel corresponding to the channel element. If the channel element does not have the leanback_enable element, a value of the leanback_enable element of the channel element may be regarded as “true” or “false” by default.

If a value of the leanback_enable element of the channel element is different from that of the leanback_enable element of the broadcaster element, it has priority.

Each program element includes a name attribute, a leanback_enable element, and at least one program element.

A value of the name attribute of the program element indicates the name of a program corresponding to the program element. In a broader sense, the identifier of a program may be used.

A value of the leanback_enable element of the program element indicates whether to drive a leanback app for program corresponding to the program element. For example, if a value of the leanback_enable element of the program element is “true”, the video display device 100 downloads and executes a leanback app for program corresponding to the program element. On the other hand, if a value of the leanback_enable element of the program element is “false”, the video display device 100 does not download and execute a leanback app for program corresponding to the program element. If the program element does not have the leanback_enable element, a value of the leanback_enable element of the program element may be regarded as “true” or “false” by default.

If a value of the leanback_enable element of the program element is different from that of the leanback_enable element of the channel element, it has priority.

Each ACR_on_time element includes a region attribute, a day attribute, a from attribute, and a to attribute.

A value of the region attribute of the ACR_on_time element indicates a region to which an ACR on time interval corresponding to the ACR_on_time element is applied. If the ACR_on_time element does not have the region attribute, an ACR on time interval corresponding to the ACR_on_time element may be applied all regions of a country corresponding to the country element including the ACR_on_time element.

A value of the day attribute of the ACR_on_time element indicates a day on which an ACR on time interval corresponding to the ACR_on_time element starts. Especially, a value of the day attribute of the ACR_on_time element indicates a day of the week on which an ACR on time interval corresponding to the ACR_on_time element starts. In this case, if a day of the week on which an ACR on time interval corresponding to the ACR_on_time element starts is Sunday, Monday, Tuesday, Wednesday, Thursday, Friday, or Saturday, a value of the day attribute of the ACR_on_time element may be “SUN”, “MON”, “TUE”, “WED”, “THU”, “FRI”, or “SAT”, respectively.

A value of the from attribute of the ACR_on_time element indicates a start time at which an ACR on time interval corresponding to the ACR_on_time element starts.

A value of the to attribute of the ACR_on_time element indicates an end time at which an ACR on time interval corresponding to the ACR_on_time element ends.

If a value of the to attribute of the ACR_on_time element is less than that of the from attribute of the ACR_on_time element, the start time of the ACR on time interval corresponding to the ACR_on_time element becomes a value of the from attribute of a day corresponding to the day attribute, and the end time of the ACR on time interval corresponding to the ACR_on_time element becomes a value of the to attribute of the next day corresponding to the day attribute. For example, if a value of the day attribute is “MON” a value of the from attribute is “18:00:00”, and a value of the to attribute is “02:00:00”, the start time of the ACR on time interval is Monday 18:00 and the end time of the ACR on time interval is the next day, Tuesday 14:00.

In general, enhanced service is not provided to main AV content in all time slots, and is provided to popular main AV content. In such a case, when the video playback device 100 continuously transmits an ACR query to an ACR server, the video playback device 100 consumes unnecessary resource and also the ACR server needs to process many queries, so that server expansion is required. The third party server 90 may prevent such problems by providing information on an ACR on time interval to the video playback device 100.

A measurement element includes a max_log_size attribute and a report_interval attribute.

The max_log_size attribute indicates the maximum size of watching information that the video display device 100 can store. For example, if the size of watching information that the video display device 100 stores exceeds 90% of the maximum size of the max_log_size attribute, the video display device 100 transmits some or all of the stored watching information to the third party server 90, and then delete the transmitted information. The unit of max_log_size may be byte.

The report_interval attribute indicates a time interval at which the video display device 100 transmits watching information. For example, after the video display device 100 transmits previous watching information to the third party server 90, when a report time interval corresponding to the report_interval attribute elapses, the video display device 100 transmits some or all of the stored watching information to the third party server 90, and then delete the transmitted information. The unit of report_interval may be byte. The watching information that the video display device 100 reports may include a watching time of main AV content, the number of watching of main AV content, and the number of user responses on a leanback app.

The third party server 90 may collect and accumulate watching information from a plurality of video display devices. The video display device 100 may request the accumulated watching information to the third party server 90, and then may receive it in response to that.

As shown in FIG. 27 and Table 3, ACR configuration information may include various information items as elements or attributes, but is not necessarily limited thereto. That is, unlike FIG. 27 and Table 3, ACR configuration information may include information items included as elements, as attributes, and also may include information items included as attributes, as elements. Moreover, according to various embodiments of the present invention, the names of elements or attributes including various information items in ACR configuration information may be changed.

Table 4 illustrates ACR configuration information according to an embodiment of the present invention.

TABLE 4 <acr_config acr_config_ver= “0001.0000” >  <country_list>  <country code=“US” device_product_type=“DTV” device_platform_type=“SmartPlatform3.0”>   <ACR_server_url>usa.acr.com</ACR_server_url>   <broadcaster name=“NBCU”>   <channel name=“BRAVO”>    <program name= “TOPCHEF” leanback_enable=“true”/>   </channel>   <!--    All leanback application on USA network are enabled   -->   <channel name=“USA” leanback_enable=“true” />   </broadcaster>   <broadcaster name=“TURNER” >   <channel name=“TBS” leanback_enable=“true” />   <channel name=“TNT”>    <program name=“LEVERAGE” leanback_enable=“true” />    <program name=“FALLING SKIES SEASON 2” leanback_enable=“true” />    <program name=“DALLAS” leanback_enable=“false” />   </channel>   </broadcaster>   <ACR_on_time day=“MON” from=“18:00:00Z” to=“02:00:00Z” />   <ACR_on_time day=“WED” from=“18:00:OOZ”   to=“02:00:OOZ” />   <ACR_on_time day=“FRI” from=“18:00:00Z” to=“02:00:00Z” />  </country>  </country_list> </acr_config>

Through the ACR configuration information of Table 4, the video display device 100 may recognize that the ACR configuration information is applied to a product having the product type of DTV and the platform type of NetCast3.0 and also includes one ACR configuration information item group applied to the united states.

Additionally, the video display device 100 may recognize that the address of an ACR server for a product having the product type of DTV and the platform type of NetCast3.0 is usa.zeitera.com.

Additionally, the video display device 100 may recognize that it is necessary to drive a leanback app for the TOPCHEF program of the BRAVO channel of a NBCU broadcaster.

Additionally, the video display device 100 may recognize that it is necessary to drive a leanback app for all programs of the TBS channel of a TURNER broadcaster.

Additionally, the video display device 100 may recognize that it is necessary to drive a leanback app for the LEVERAGE program and “FALLING SKIES SEASON 2” program of the TNT channel of the TURNER broadcaster and it is unnecessary to drive the DALLS program of the TNT channel of the TURNER broadcaster.

Additionally, the video display device 100 may recognize that it is necessary to turn on an ACR function from Monday 18:00 to Tuesday 04:00, from Wednesday 18:00 to Thursday 02:00, and from Friday 18:00 to Saturday 02:00, and it is necessary to turn off the ACR function in other times.

The video display device 100 extracts an ACR configuration information item group corresponding to the country that it belongs, its product type, and its platform type from ACR configuration information in operation S3107.

The video display device 100 extracts a plurality of ACR configuration information items from the extracted ACR configuration information item group in operation S3109. As mentioned above, the plurality of ACR configuration information items may include a list of at least one ACR server address for at least one region in the country of the country attribute, information on whether to allow a leanback app, and a turn on time interval of an ACR function for at least one region in the country of the country attribute. Especially, the video display device 100 extracts a plurality of ACR configuration information items for a region that the video display device 100 belongs, from the extracted ACR configuration information item group.

The video display device 100 configures the plurality of extracted ACR configuration information items therein in operation S3111. The video display device 100 may compare the plurality of extracted ACR configuration information items with a configured value and may update it.

The video display device 100 turns on the ACR function on the basis of a configured ACR turn on time interval list in operation S3112.

When the ACR function is turned on, the ACR engine of the video display device 100 extracts feature information from some frames of the main AV content or a section of audio samples of the main AV content, and transmits an ACR query request message including the extracted feature information to a corresponding ACR server in operation S3113. The ACR engine of the video display device 100 may transmit the ACR query request message to an ACR server corresponding to the configured ACR server address.

When the ACR function is turned off, the ACR engine of the video display device 100 stops extracting feature information from some frames of the main AV content or a section of audio samples of the main AV content, so that resource waste may be reduced.

The finger print server 22 queries the feature information in the ACR query request message from ACR DB, identifies a program corresponding to the feature information, and transmits an ACR query response message including contents information on the identified program to the ACR engine of the video display device 100 in operation S3115. At this point, the ACR query response message may include information on whether a program is recognized successfully, contents information, the URL address of a leanback app, and the URL of the contents providing server 10. As described above, the contents information may include the global content ID of the recognized program, the content ID that the broadcaster of the recognized program can identify, the timestamp of the recognized program, the identifier of the broadcaster that provides the recognized program, the identifier of the channel that provides the recognized program, and the name of the recognized program. The identifier of the broadcaster may be the name of the broadcaster. The identifier of the broadcaster may be the name of the broadcaster. According to another embodiment, the video display device 100 may already have the URL of the contents providing server 10 not from the ACR query response message.

The video display device 100 requests a leanback app to the URL address of the leanback app on the basis of the configured information on whether to allow a leanback app in operation S3117.

In more detail, if the contents information in the ACR query response message relates to the driving permit information of a leanback app, the video display device 100 may request the leanback app to the URL address thereof. In addition, if the contents information in the ACR query response message relates to the driving limit information of a leanback app, the video display device 100 may not request the leanback app.

In more detail, if a broadcaster that provides the main AV content is identified through the ACR query response message and the identified broadcaster belongs to a list of broadcasters permitting the driving of a lean app, the video display device 100 may request the leanback app to the URL address thereof. If the identified broadcaster belongs to a list of broadcasters limiting the driving of a lean app, the video display device 100 may request the leanback app to the URL address thereof. In addition, if a broadcaster that provides the main AV content is identified through the ACR query response message and the identified broadcaster belongs to a list of broadcasters permitting the driving of a lean app, the video display device 100 may not request the leanback app to the URL address thereof. If the identified broadcaster belongs to a list of broadcasters limiting the driving of a lean app, the video display device 100 may not request the leanback app to the URL address thereof. In addition, if the main AV content is identified through the ACR query response message and the identified main AV content belongs to a list of programs permitting the driving of a lean app, the video display device 100 may request the leanback app to the URL address thereof. If the identified main AV content belongs to a list of programs limiting the driving of a lean app, the video display device 100 may not request the leanback app to the URL address thereof.

The video display device 100 receives the leanback app from the URL address thereof in operation S3119, and automatically executes the received leanback app regardless of user input.

FIG. 28 is a ladder diagram illustrating an operation of a video display device according to another embodiment of the present invention.

The video display device 100 obtains ACR configuration information from the third party server 90 in operation S3305. The procedure that the video display device 100 obtains ACR configuration information from the third party server 90 may follow FIG. 28.

Then, ACR configuration information according to an embodiment of the present invention is described with reference to FIG. 29.

FIG. 29 is an XML schema diagram of ACR configuration information according to an embodiment of the present invention.

Especially, Table 5 illustrates an XML schema of ACR configuration information according to the embodiment of FIG. 29.

TABLE 5 <?xml version=“1.0” encoding=“UTF-8”?> <xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>  <xs:complexType name=“acr_config”>   <xs:sequence>    <xs:element name=“device” type=“device_type” minOccurs=“0” maxOccurs=“unbounded”/>   </xs:sequence>   <xs:attribute name=“country_code” type=“xs:string” use=“required”/>   <xs:attribute name=“acr_config_format_ver” type=“xs:string” use=“required”/>   <xs:attribute name=“version” type=“xs:integer” use=“required”/> </xs:complexType> <xs:complexType name=“device_type”>   <xs:sequence>    <xs:element name=“ACR_server_url” type=“xs:string”/>    <xs:element name=“broadcaster” type=“broadcaster_type” minOccurs=“0” maxOccurs=“unbounded”/>    <xs:element name=“MVPD” type=“MVPD_type” minOccurs=“0” maxOccurs=“unbounded”/>   </xs:sequence>   <xs:attribute name=“device_product_type” type=“xs:string” use=“required”/>   <xs:attribute name=“device_platform_type” type=“xs:string” use=“required”/>   <xs:attribute name=“ACR_On” type=“xs:boolean” use=“optional” default=“true”/>   <xs:attribute name=“query_interval” type=“xs:integer” use=“optional”/>   <xs:attribute name=“user_query_interval” type=“xs:integer” use=“optional”/>  </xs:complexType>  <xs:complexType name=“MVPD_type”>   <xs:sequence>    <xs:element name=“MVPD_logo” type=“MVPD_logo_type” minOccurs=“0” maxOccurs=“unbounded”/>   </xs:sequence>   <xs:attribute name=“Id” type=“xs:string” use=“required”/>   <xs:attribute name=“type” type=“xs:string” use=“required”/>   <xs:attribute name=“DetectOn” type=“xs:boolean” use=“required”/>   <xs:attribute name=“detect_interval” type=“xs:integer”/>  </xs:complexType>  <xs:complexType name=“MVPD_logo_type”>   <xs:attribute name=“type” type=“xs:string” use=“required”/>   <xs:attribute name=“x” type=“xs:integer” use=“required”/>   <xs:attribute name=“y” type=“xs:integer” use=“required”/>   <xs:attribute name=“width” type=“xs:integer” use=“required”/>   <xs:attribute name=“height” type=“xs:integer” use=“required”/>  </xs:complexType>  <xs:complexType name=“broadcaster_type”>   <xs:sequence>    <xs:element name=“channel” type=“channel_type” minOccurs=“0” maxOccurs=“unbounded”/>   </xs:sequence>   <xs:attribute name=“name” type=“xs:string” use=“required”/>   <xs:attribute name=“query_interval” type=“xs:integer” use=“optional”/>  </xs:complexType>  <xs:complexType name=“channel_type”>   <xs:sequence>    <xs:element name=“program” type=“program_type” minOccurs=“0” maxOccurs=“unbounded”/>   </xs:sequence>   <xs:attribute name=“name” type=“xs:string” use=“required”/>   <xs:attribute name=“leanback_enable” type=“xs:boolean” use=“optional” default=“true”/>   <xs:attribute name=“query_interval” type=“xs:integer” use=“optional”/>  </xs:complexType>  <xs:complexType name=“program_type”>   <xs:attribute name=“name” type=“xs:string” use=“required”/>   <xs:attribute name=“leanback_enable” type=“xs:boolean” use=“optional” default=“true”/>   <xs:attribute name=“query_interval” type=“xs:integer” use=“optional”/>   <xs:attribute name=“localCache_enable” type=“xs:boolean” use=“optional”/>  </xs:complexType> </xs:schema>

As shown in FIG. 29 and Table 5, ACR configuration information, as one XML document, includes an ACR_config element, that is, a top element.

The ACR_config element may include a country_code attribute, an acr_config_format_ver attribute, and a version attribute, and also include at least one device element.

Each device element includes a device_product_type attribute, a device_platform_type attribute, an ACR_On attribute, a query_interval attribute, and a user_query_interval attribute, and also include at least one ACR_server_url element, at least one broadcaster element, at least one MVPD element, and at least one ACR_on_time element. Each device element includes an ACR configuration information item group applied to the product type corresponding to the device_product_type attribute of the device element and the platform type corresponding to the device_platform_type attribute of the device element.

Since the device_product_type attribute and the device_platform_type attribute are described with reference to Table 3, their descriptions will be omitted.

Since the ACR_server_url element, the broadcaster element, and the ACR_on_time element are described with reference to Table 3, their descriptions will be omitted.

Each MVPD element includes an Id attribute, a type attribute, a DetectOn attribute, and a detect_interval attribute, and also includes at least one MVPD_logo element.

A value of the Id attribute of the MVPD element indicates an identifier that uniquely identifies an MVPD corresponding to the MVPD element. For example, in the case of North America, a value of the Id attribute of the MVPD element may be “TimeWarner”, “Comcast”, and so on.

A value of the type attribute of the MVPD element indicates the type of an MVPD corresponding to the MVPD element. Especially, a value of the type attribute of the MVPD element indicates the broadcasting network type of an MVPD corresponding to the MVPD element. For example, a value of the type attribute of the MVPD element may be “Cable”, “Satellite”, “IPTV”, and so on.

The DetectOn attribute of the MVPD element indicates whether the video display device 100 recognizes the logo of an MVPD. If a value of the DetectOn attribute of the MVPD element is “On” (or “true”), the video display device 100 detects the logo of an MVPD from the uncompressed AV content outputted from the broadcast receiving device 60, and then identifies an MVPD on the basis of the detected logo. If an MVPD is already recognized, in order to prevent unnecessary resource consumption of the video display device 100, a value of the DetectOn attribute of the MVPD element may be configured to Off. If a value of the DetectOn attribute of the MVPD element is “Off”, the video display device 100 does not perform an operation for identifying an MVPD on the basis of the logo detected from the uncompressed AV content.

If a value of the DetectOn attribute of the MVPD element is “ON”, there may be a detect interval attribute of the MVPD element. The detect interval attribute of the MVPD element indicates a time interval at which the video display device 100 detects the logo of an MVPD from the uncompressed AV content, and its unit is second. For example, if detect_interval is 300 (5×60), the video display device 100 attempts to recognize the logo of an MVPD from the uncompressed AV content at each 5 minutes.

In general, since a user tends to confirm a program of another channel through EPG while watching a commercial after a program ends, in consideration of the tendency that a user selects a guide or menu through a STB remote controller, the third party server 90 may determine a time interval that determines the logo of an MVPD. Additionally, if a program is frequently changed at every hour or 30 min, the third party server 90 may determine a time interval that detects the logo of an MVPD in consideration of this situation. For example, the third party server 90 may be configured to recognize the logo from each 55 min to 5 min only. In addition, the third party server 90 may be configured to recognize the logo at every 5 min.

Each MVPD_logo element includes a type attribute containing information on the type of a screen displaying the MVPD logo and a logo area attribute containing information on a screen area displaying the MVPD logo. The logo area attribute includes a logo position attribute containing information on the screen position of the MVPD logo and a logo size attribute containing information on the size of the MVPD logo. The logo position attribute includes an x-coordinate (x) attribute and a y-coordinate (y) attribute. The logo size attribute includes a width attribute and a height attribute.

A value of the type attribute of the MVPD logo element indicates the type of the MVPD logo corresponding to the MVPD logo element. In more detail, A value of the type attribute of the MVPD logo element indicates the type of a screen displaying the MVPD logo corresponding to the MVPD logo element. For example, a value of the type attribute may be “EPG”, “Menu”, “Banner”, and so on.

Then, the type and position of the MVPD logo according to various embodiments of the present invention are described with reference to FIGS. 30 to 33.

FIG. 30 is a view of an EPG window displaying the MVPD logo of Dish Network, a satellite operator, according to an embodiment of the present invention. FIG. 31 is a view of an EPG window displaying the MVPD logo of Comcast, a Cable operator, according to an embodiment of the present invention.

As shown in FIGS. 30 and 31, when a value of the type attribute of the MVPD logo element is “EPG”, the MVPD logo is displayed on the EPG screen. Accordingly, if a value of the type attribute of the MVPD logo element is “EPG”, the video display device 100 may extract the MVPD logo from the EPG screen when the EPG screen is displayed on uncompressed AV content.

FIG. 32 is a view of a menu window displaying the MVPD logo of Comcast, a Cable operator, according to an embodiment of the present invention. FIG. 33 is a view of a menu window displaying the MVPD logo of DirecTV, a satellite operator, according to an embodiment of the present invention.

As shown in FIGS. 32 and 33, when a value of the type attribute of the MVPD logo element is “Menu”, the MVPD logo is displayed on the menu screen. If a value of the type attribute of the MVPD logo element is “Menu”, the video display device 100 may extract the MVPD logo from the Menu screen when the Menu screen is displayed on uncompressed AV content.

When a value of the type attribute of the MVPD logo element is “Banner”, the MVPD logo is displayed on the banner screen. If a value of the type attribute of the MVPD logo element is “Banner”, the video display device 100 may extract the MVPD logo from the Banner screen when the Banner screen is displayed on uncompressed AV content.

A value of the x attribute and a value of the y attribute indicate information on the position of the MVPD logo corresponding to the MVPD logo element. A value of the x attribute of the MVPD logo element indicates the position of the x coordinate of the MVPD logo corresponding to the MVPD logo element. A value of the y attribute of the MVPD logo element indicates the position of the y coordinate of the MVPD logo corresponding to the MVPD logo element.

The position values of the x coordinate and the y coordinate of the MVPD logo may be determined based on a resolution. For example, if a screen has a resolution of 1920×1080, the position value of the x coordinate of the MVPD logo may be determined with one of values from 0 to 1919, and the position value of the y coordinate of the MVPD logo may be determined with one of values from 0 to 1079.

In addition, the position values of the x coordinate and the y coordinate of the MVPD logo may be determined based on a relative positional relationship, regardless of the resolution. For example, even if the resolution of a screen is 1920×1080, after the size of the screen is normalized to 100×100, the position values of the x coordinate and the y coordinate of the MVPD logo may be determined with one of values in a normalized range. In this case, the video display device 100 scales the position value of the x coordinate and the y coordinate having a value in a normalized range, so as to obtain the position of the MVPD logo.

A value of the width attribute and a value of the height attribute indicate information on the size of the MVPD logo corresponding to the MVPD logo element. A value of the width attribute of the MVPD logo element indicates the width of the MVPD logo corresponding to the MVPD logo element. A value of the height attribute of the MVPD logo element indicates the height of the MVPD logo corresponding to the MVPD logo element.

The width and height values of the MVPD logo may be determined based on a resolution. For example, if a screen has a resolution of 1920×1080, the width of the MVPD logo may be determined with one of values from 0 to 1919, and the height of the MVPD logo may be determined with one of values from 0 to 1079.

In addition, the width and height of the MVPD logo may be determined based on a relative size, regardless of a resolution. For example, even if the resolution of a screen is 1920×1080, after the size of the screen is normalized to 100×100, the width and height of the MVPD logo may be determined with one of values in a normalized range. In this case, the video display device 100 scales the width and height having a value in a normalized range, so as to obtain the size of the MVPD logo.

The video display device 100 extracts an ACR configuration information item group corresponding to its product type and its platform type from ACR configuration information in operation S3307.

The video display device 100 extracts a plurality of ACR configuration information items from the extracted ACR configuration information item group in operation S3309. As mentioned above, the plurality of ACR configuration information items include at least one ACR server address for at least one region and at least one MVPD information item group respectively corresponding to at least one MVPD. Each MVPD information item group includes information on an MVPD identifier, an MVPD type, whether to detect an MVPD logo, an MVPD logo detect time interval, an MVPD logo screen type, and an MVPD logo screen area. The information on an MVPD logo screen area includes information on an MVPD logo screen position and an MVPD logo size.

The video display device 100 configures the plurality of extracted ACR configuration information items therein in operation S3311. The video display device 100 may compare the plurality of extracted ACR configuration information items with a configured value and may update it.

Then, the video display device 100 extracts at least one image, which is estimated as an MVPD logo, from the uncompressed AV content inputted based on at least one MVPD information item group in operation S3313. Especially, if the number of MVPD information item groups is more than one, the video display device 100 may extract a plurality of MVPD logo estimation images that respectively correspond to the plurality of MVPD information item groups. Since each of the plurality of MVPD logo estimation images is extracted based on a corresponding detect time interval, the plurality of MVPD logo estimation images may not be necessarily extracted simultaneously. If a plurality of MVPD logo detect time intervals belonging to the plurality of MVPD information item groups are identical to each other, the plurality of MVPD logo estimation images may be simultaneously extracted.

In more detail, when a value of the DetectOn attribute of the MVPD element is “on”, the video display device 100 may extract images, whose number corresponds to the number of MVPD information item groups, from a screen area corresponding to a value of the logo area attribute of the MVPD element according to a time interval corresponding to the detect interval attribute of the MVPD element, when a screen corresponding to a value of the type attribute of the MVPD log element is displayed from the inputted uncompressed AV content. Then, the video display device 100 may obtain a plurality of MVPD logo estimation images.

Then, the video display device 100 identifies a subscription MVPD that the video display device 100 subscribes in operation S3315, and obtain the identifier of the subscription MVPD. Especially, if the number of MVPD information item groups is more than one, the video display device 100 may identify MVPD on the basis of the plurality of extracted MVPD logo estimation images.

According to an embodiment, the video display device 100 transmits to the third party server 90 a request message on the plurality of MVPD logo images that respectively correspond to the plurality of MVPDs. Then, the video display device 100 receives from the third party server 90 the plurality of MVPD logo images that respectively correspond to the plurality of MVPDs, and then, creates a database by using the received MVPD logo images. If the video display device 100 includes the data base having the plurality of MVPD logo images that respectively correspond to the plurality of MVPDs, it compares the plurality of MVPD logo images with the plurality of extracted MVPD logo estimation images. If at least one of the plurality of extracted MVPD logo estimation images corresponds to one of the plurality of MVPD logo images, the video display device 100 may identify the MVPD corresponding to the corresponding MVPD logo image as MVPD that the video display device 100 subscribes.

According to another embodiment, the video display device 100 may transmit the plurality of extracted MVPD logo estimation images to the third part server 90 or the fingerprint server 22. In this case, the third part server 90 or the fingerprint server 22 has a database including a plurality of MVPD logo images that respectively correspond to the plurality of MVPDs. The third part server 90 or the fingerprint server 22 compares the plurality of MVPD logo images with the plurality of extracted MVPD logo estimation images. If at least one of the plurality of extracted MVPD logo estimation images corresponds to one of the plurality of MVPD logo images, the third part server 90 or the fingerprint server 22 may identify the MVPD corresponding to the corresponding MVPD logo image as MVPD that it 90 or 22 subscribes. Then, the third part server 90 or the fingerprint server 22 transmits the identifier of an MVPD that the video display device 100 subscribes to the video display device 100, so that the video display device 100 identify the subscription MVPD. When the third party server 90 transmits the identifier of the subscription MVPD to the video display device 100, since the video display device 100 does not need to perform MVPD logo extraction and MVPD identification any more, in order to prevent unnecessary resource consumption of the third party server 90 and the video display device 100, the third party server 90 configures a value of the DetectOn attribute of the MVPD element as OFF or false in the ACR configuration information for the video display device 100, and then provides to the video display device 100 the ACR configuration information that a value of the DetectOn attribute of the MVPD element is OFF. In addition, even after the video display device 100 identifies MVPD, since a user may change the MVPD, when a predetermined time elapses, the third party server 90 may configure a value of the DetectOn attribute of the MVPD element as ON in the ACR configuration information for the video display device 100.

Moreover, the video display device 100 confirms the type of a subscription MVPD from at least one MVPD information item group on the basis of the identifier of a subscription MVPD. That is, among the plurality of MVPD information item groups, since each of the plurality of MVPD identifiers has a corresponding MVPD type, the video display device 100 may confirm the type of a subscription MVPD from at least one MVPD information item group on the basis of the identifier of a subscription MVPD.

If the type of a subscription MVPD is not a satellite operator, the video display device 100 confirms a geographic subscriber location in operation S3319. If the type of a subscription MVPD is a cable operator or a satellite operator, the video display device 100 may confirm a geographic subscriber location.

According to an embodiment, the video display device 100 may confirm a geographic subscriber location on the basis of user input. At this point, in North America, the user input may be zip code.

According to another embodiment, the video display device 100 may confirm its geographic location on the basis of Geo-IP. The Geo-IP is a method of obtaining the geographical location of a terminal from the IP address thereof.

The video display device 100 may transmit its own IP address to the third party server 90, the fingerprint server 22, or a location confirmation server. The third part server 90, the fingerprint server 22, or the location confirmation server may confirm the geographical subscriber location of the video display device 100 by using the IP address, and transmits information on the confirmed geographical subscriber location to the video display device 100, so that the video display device 100 may confirm the geographical subscriber location. At this point, in North America, information on the confirmed geographical subscriber location may be zip code.

Additionally, the video display device 100 may transmit a package information request message to the third party server 90 in operation S3321. At this point, the package information request message may include the identifier of an MVPD, the type of an MVPD, and a geographical subscriber location. Even in the same package, since a channel map may vary according to a region, the package information request message may include a geographical subscriber position.

The third party server 90 transmits to the video display device 100 the information on a plurality of packages that the MVPD corresponding to the MVPD identifier and the MVPD type provides for the geographical subscriber location of the video display device 100. By doing so, the video display device 100 receives from the third party server 90 the information on a plurality of packages that the MVPD corresponding to the MVPD identifier and the MVPD type provides for the geographical subscriber location of the video display device 100 in operation S3323.

As shown in Table 6, the information on a plurality of packages includes information on a list of channels that each of the plurality of packages provides.

TABLE 6 Standard TV Essentials Premium Sports Pass USA ◯ ◯ X X HBO X X ◯ X ESPN ◯ X X ◯ CNN ◯ ◯ X X

Especially, Table 6 illustrates information on a plurality of packages that the Time Warner Cable operator of the united states provides.

As shown in Table 6, the Time Warner Cable operator of the united states provides a Standard package, a TV Essentials package, a Premium package, and a Sports Pass package. The Standard package provides the USA channel, the ESPN channel, and the CNN channel, but does not provide the HBO channel. The TV Essentials package provides the USA channel and the CNN channel, but does not provide the ESPN channel and the HBO channel. The Premium package provides the HBO channel but does not provide the USA channel, the ESPN channel, and the CNN channel. The Sports Pass package provides the ESPN channel but does not provide the USA channel, the HBO channel, and the CNN channel.

The video display device 100 identifies at least one channel from inputted uncompressed main AV content in operation S3325. Since a user changes a channel serves times a day in general, the video display device 100 may identify at least one channel from the uncompressed AV content. Especially, through the procedure shown in FIGS. 3, 6, and 9, the video display device 100 may identify a channel by obtaining the contents information on the inputted uncompressed AV content. In more detail, the video display device 100 confirms the broadcaster logo, that is, the displayed watermark, from the uncompressed AV content, and identifies a channel providing the uncompressed AV content on the basis of the confirmed broadcaster logo. In this case, the video display device 100 may identify a channel by using an internal database including a plurality of broadcaster logos or a watermark server. Additionally, the video display device 100 may identify a channel by obtaining the contents information from an invisible watermark. Additionally, the video display device 100 may identify a channel by extracting the signature from the uncompressed AV content and transmitting the extracted signature to the fingerprint server. If the uncompressed main AV content is resold content or the same AV content is broadcasted through a plurality of channels, the video display device 100 may perform broadcaster logo based channel identification.

The video display device 100 confirms a subscription package on the basis of at least one identified channel in operation S3327.

Referring to Table 6, once the HBO channel is identified, the video display device 100 confirms that the subscription package is the Premium package. Once the USA channel and the ESPN channel are identified, the video display device 100 confirms that the subscription package is the Standard package. Once the CNN channel is identified, if and the ESPN channel is not identified for a predetermined period, the video display device 100 confirms that the subscription package is the TV Essentials package.

If the subscription package is not uniquely identified based on at least one identified channel, the video display device 100 performs additional channel identification.

The video display device 100 requests to the third party server 90 a channel map corresponding to the confirmed subscription package in operation S3329. In response to the channel map request, the third party server 90 configures a value of the DetectOn attribute of the MVPD element in the ACR configuration information for the video display device 100 as OFF or false, and then, provides a channel map corresponding to the subscription package of the video display device 100 to the video display device 100.

The video display device 100 receives the channel map corresponding to the confirmed subscription package from the third party server 90 in operation S3331.

The video display device 100 processes the received channel map in operation S3333.

FIG. 34 is a view of channel map processing according to an embodiment of the present invention. As shown in FIG. 34, the video display device 100 may display the channel name and the channel number of current uncompressed main AV content on a screen.

FIG. 35 is a view of channel map processing according to an embodiment of the present invention. As shown in FIG. 35, the video display device 100 may obtain EPG information on the basis of a channel map and then, may display the obtained EPG information. Then, a structure of a video display device according to various embodiments of the present invention is described with reference to FIGS. 36 to 39.

FIG. 36 is a conceptual diagram of a video display device according to an embodiment of the present invention.

As shown in FIG. 36, the video display device 100 includes an Audio/Video driver 601, an ACR engine 603, an ACR middleware 605, an ACR user interface 607, an ACR Plugin 609, an enhanced service management unit 611, a channel map management unit 613, and an MVPD logo database management unit 615.

The ACR engine 603 includes a content recognition configuration management unit 631, an MVPD package information management unit 633, and an MVPD logo matching unit 635.

The content recognition configuration management unit 631 transmits to the third party server 90 an ACR configuration information request message requesting ACR configuration information, and receives an ACR configuration information response message including the ACR configuration information. The content recognition configuration management unit 631 extracts an ACR configuration information item group corresponding to the country that it belongs, its product type, and its platform type from ACR configuration information in operation S3107. The content recognition configuration management unit 631 extracts a plurality of ACR configuration information items from the extracted ACR configuration information item group. The content recognition configuration management unit 631 configures the plurality of extracted ACR configuration information items in the video display device 100. The content recognition configuration management unit 631 turns on the ACR function on the basis of a configured ACR turn on time interval list.

When the ACR function is turned on, the ACR engine 603 of the video display device 100 extracts feature information from some frames of the main AV content or a section of audio samples of the main AV content, and transmits an ACR query request message including the extracted feature information to a corresponding ACR server in order to receive an ACR query response message including the contents information on the identified program. The ACR engine 603 of the video display device 100 identifies at least one channel from inputted uncompressed main AV content.

The enhanced service management unit 611 requests a leanback app to the URL address of the leanback app on the basis of the configured information on whether to allow a leanback app, receives the leanback app, and then, automatically executes the received leanback app regardless of user input.

The channel map management unit 613 requests a channel map corresponding to a subscription package to the third party server 90, receives the channel map corresponding to the confirmed subscription package from the third party server 90, and then, processes the received channel map.

The MVPD package information management unit 633 extracts at least one image, which is estimated as an MVPD logo, from the inputted uncompressed AV content on the basis of at least one MVPD information item group, and then, identifies the subscription MVPD that the video display device 100 subscribes on the basis of at least one extracted MVPD logo estimation image to obtain the identifier of the subscription MVPD. The MVPD package information management unit 633 confirms the type of the subscription MVPD from at least one MVPD information item group o the basis of the identifier of the subscription MVPD, and confirms a geographical subscriber location if the type of the subscription MVPD is not a satellite operator. The MVPD package information management unit 633 transmits a package information request message to the third party server 90 and then receives information on a plurality of packages that the subscription MVPD provides from the third party server 90. The MVPD package information management unit 633 confirms a subscription package on the basis of at least one identified channel.

The MVPD logo database management unit 615 transmits to the third party server 90 a request message for a plurality of MVPD logo images that respectively correspond to the plurality of MVPDs, receives the plurality of MVPD logo images from the third party server 90, and then, creates a database by using the received plurality of MVPD logo images.

The MVPD logo matching unit 635 compares the plurality of MVPD logo images with a plurality of extracted MVPD logo estimation images. If at least one of the plurality of extracted MVPD logo estimation images corresponds to one of the plurality of MVPD logo images, the MVPD logo matching unit 635 may identify the MVPD corresponding to the corresponding MVPD logo image as an MVPD that the MVPD logo matching unit 635 subscribes.

FIG. 37 is a conceptual diagram of a video display device according to an embodiment of the present invention.

As shown in FIG. 37, the video display device 100 includes an Audio/Video driver 601, an ACR engine 603, an ACR middleware 605, an ACR user interface 607, an ACR Plugin 609, an enhanced service management unit 611, and a channel map management unit 613.

The ACR engine 603 includes a content recognition configuration management unit 631 and an MVPD package information management unit 633.

According to the embodiment of FIG. 37, logo matching is performed in the third part server 90 or the fingerprint server 22 instead of the video display device 100. This is described above with reference to FIG. 28 and thus, its description will be omitted.

Next, a structure of a video display device according to various embodiments will be described with reference to FIGS. 38 and 39.

FIG. 38 is a block diagram illustrating a structure of a fingerprint based video display device according to another embodiment.

As shown in FIG. 38 a tuner 501 extracts a symbol from an 8-VSB RF signal transmitted through an air channel.

An 8-VSB demodulator 503 demodulates the 8-VSB symbol that the tuner 501 extracts and restores meaningful digital data.

A VSB decoder 505 decodes the digital data that the 8-VSB demodulator 503 to restore an ATSC main service and ATSC M/H service.

An MPEG-2 TP Demux 507 filters a Transport Packet that the video display device 100 is to process from an MPEG-2 Transport Packet transmitted through an 8-VSB signal or an MPEG-2 Transport Packet stored in a PVR Storage to relay the filtered Transport Packet into a processing module.

A PES decoder 539 buffers and restores a Packetized Elementary Stream transmitted through an MPEG-2 Transport Stream.

A PSI/PSIP decoder 541 buffers and analyzes PSI/PSIP Section Data transmitted through an MPEG-2 Transport Stream. The analyzed PSI/PSIP data are collected by a Service Manager (not shown), and then, is stored in DB in a form of Service Map and Guide data.

A DSMCC Section Buffer/Handler 511 buffers and processes DSMCC Section Data for file transmission through MPEG-2 TP and IP Datagram encapsulation.

An IP/UDP Datagram Buffer/Header Parser 513 buffers and restores IP Datagram, which is encapsulated through DSMCC Addressable section and transmitted through MPEG-2 TP to analyze the Header of each Datagram. Additionally, an IP/UDP Datagram Buffer/Header Parser 513 buffers and restores UDP Datagram transmitted through IP Datagram, and then analyzes and processes the restored UDP Header.

A Stream component handler 557 may include ES Buffer/Handler, PCR Handler, STC module, Descrambler, CA Stream Buffer/Handler, and Service Signaling Section Buffer/Handler.

The ES Buffer/Handler buffers and restores an Elementary Stream such as Video and Audio data transmitted in a PES form to deliver it to a proper A/V Decoder.

The PCR Handler processes Program Clock Reference (PCR) Data used for Time synchronization of Audio and Video Stream.

The STC module corrects Clock values of the A/V decoders by using a Reference Clock value received through PCR Handler to perform Time Synchronization.

When scrambling is applied to the received IP Datagram, the Descrambler restores data of Payload by using Encryption key delivered from the CA Stream Handler.

The CA Stream Buffer/Handler buffers and processes Data such as Key values for Descrambling of EMM and ECM, which are transmitted for a Conditional Access function through MPEG-2 TS or IP Stream. An output of the CA Stream Buffer/Handler is delivered to the Descrambler, and then, the descrambler descrambles MPEG-2 TP or IP Datagram, which carriers A/V Data and File Data.

The Service Signaling Section Buffer/Handler buffers, restores, and analyzes NRT Service Signaling Channel Section Data transmitted in a form of IP Datagram. The Service Manager (not shown) collects the analyzed NRT Service Signaling Channel Section data and stores them in DB in a form of Service Map and Guide data.

The A/V Decoder 561 decodes the Audio/Video data received through an ES Handler to present them to a user.

An MPEG-2 Service Demux (not shown) may include an MPEG-2 TP Buffer/Parser, a Descrambler, and a PVR Storage module.

An MPEG-2 TP Buffer/Parser (not shown) buffers and restores an MPEG-2 Transport Packet transmitted through an 8-VSB signal, and also detects and processes a Transport Packet Header.

The Descrambler restores the data of Payload by using an Encryption key, which is delivered from the CA Stream Handler, on the Scramble applied Packet payload in the MPEG-2 TP.

The PVR Storage module stores an MPEG-2 TP received through an 8-VSB signal at the user's request and outputs an MPEG-2 TP at the user's request. The PVR storage module may be controlled by the PVR manager (not shown).

The File Handler 551 may include an ALC/LCT Buffer/Parser, an FDT Handler, an XML Parser, a File Reconstruction Buffer, a Decompressor, a File Decoder, and a File Storage.

The ALC/LCT Buffer/Parser buffers and restores ALC/LCT data transmitted through a UDP/IP Stream, and analyzes a Header and Header extension of ALC/LCT. The ALC/LCT Buffer/Parser may be controlled by an NRT Service Manager (not shown).

The FDT Handler analyzes and processes a File Description Table of FLUTE protocol transmitted through an ALC/LCT session. The FDT Handler may be controlled by an NRT Service Manager (not shown).

The XML Parser analyzes an XML Document transmitted through an ALC/LCT session, and then, delivers the analyzed data to a proper module such as an FDT Handler and an SG Handler.

The File Reconstruction Buffer restores a file transmitted through an ALC/LCT, FLUTE session.

If a file transmitted through an ALC/LCT and FLUTE session is compressed, the Decompressor performs a process to decompress the file.

The File Decoder decodes a file restored in the File Reconstruction Buffer, a file decompressed in the decompressor, or a film extracted from the File Storage.

The File Storage stores or extracts a restored file if necessary.

The M/W Engine (not shown) processes data such as a file, which is not an A/V Stream transmitted through DSMCC Section and IP Datagram. The M/W Engine delivers the processed data to a Presentation Manager module.

The SG Handler (not shown) collects and analyzes Service Guide data transmitted in an XML Document form, and then, delivers them to the EPG Manager.

The Service Manager (not shown) collects and analyzes PSI/PSIP Data transmitted through an MPEG-2 Transport Stream and Service Signaling Section Data transmitted through an IP Stream, so as to produce a Service Map. The Service Manager (not shown) stores the produced service map in a Service Map & Guide Database, and controls an access to a Service that a user wants. The Service Manager is controlled by the Operation Controller (not shown), and controls the Tuner 501, the MPEG-2 TP Demux 507, and the IP Datagram Buffer/Handler 513.

The NRT Service Manager (not shown) performs an overall management on the NRT service transmitted in an object/file form through a FLUTE session. The NRT Service Manager (not shown) may control the FDT Handler and File Storage.

The Application Manager (not shown) performs overall management on Application data transmitted in a form of object and file.

The UI Manager (not shown) delivers a user input to an Operation Controller through a User Interface, and starts a process for a service that a user requests.

The Operation Controller (not shown) processes a command of a user, which is received through a UI Manager, and allows a Manager of a necessary module to perform a corresponding action.

The Fingerprint Extractor 565 extracts fingerprint feature information from an AV stream.

The Fingerprint Comparator 567 compares the feature information extracted by the Fingerprint Extractor with a Reference fingerprint to find an identical content. The Fingerprint Comparator 567 may use a Reference fingerprint DB stored in local and may query a Fingerprint query server on the internet to receive a result. The matched result data obtained by a comparison result may be delivered to Application and used.

As an ACR function managing module or an application module providing an enhanced service on the basis of ACR, the Application 569 identifies a broadcast content in watching to provide an enhanced service related to it.

FIG. 39 is a block diagram illustrating a structure of a watermark based video display device according to another embodiment.

Although the watermark based video display device of FIG. 39 is similar to the fingerprint based video display device of FIG. 38, the fingerprint based video display device does not includes the Fingerprint Extractor 565 and the Fingerprint Comparator 567, but further includes the Watermark Extractor 566.

The Watermark Extractor 566 extracts data inserted in a watermark form from an Audio/Video stream. The extracted data may be delivered to an Application and may be used.

According to an embodiment, enhanced services not dependent on an MVPD are available. Especially, even when a broadcaster or a contents provider does not provide enhanced services, a third party server not dependent on the broadcaster or the contents provider may provide the enhanced services.

Moreover, according to embodiments, information search, chatting, news search, digital media download, product catalog download, and product purchase, which are related to main AV contents, are available without inconvenient text input using a remote controller.

Additionally, according to embodiments, enhanced services exceeding the bandwidth limitation of a wireless channel become available.

Moreover, the above methods of the present invention can also be embodied as computer readable codes on a computer readable recording medium. Examples of the computer readable recording medium include read-only memory (ROM), random-access memory (RAM), CD-ROMs, magnetic tapes, floppy disks, optical data storage devices, and carrier waves (such as data transmission through the Internet).

The configurations and methods of the above-described embodiments are applied to the video display device without any restriction, and all or some of the embodiments may be selectively combined to have various modifications.

Although embodiments have been described with reference to a number of illustrative embodiments thereof, it should be understood that numerous other modifications and embodiments can be devised by those skilled in the art that will fall within the spirit and scope of the principles of this disclosure. More particularly, various variations and modifications are possible in the component parts and/or arrangements of the subject combination arrangement within the scope of the disclosure, the drawings and the appended claims. In addition to variations and modifications in the component parts and/or arrangements, alternative uses will also be apparent to those skilled in the art. 

What is claimed is:
 1. An operating method of a video display device including a display unit, the method comprising: receiving a broadcasting signal through a tuner; receiving an uncompressed AV content through a receiving unit; requesting content recognition configuration information to a first server; receiving the content recognition configuration information from the first server; and executing an application for content recognition according to the content recognition configuration information, wherein the content recognition configuration information comprises a first element for controlling execution time of the application for content recognition.
 2. The operating method according to claim 1, wherein the first element includes at least one of a region element and a time element, wherein the region element represents a geographical region for executing the application, and wherein the time element represents a time for executing the application.
 3. The operating method according to claim 2, wherein the executing the application for content recognition comprises executing the application for content recognition without region restriction, when the first element includes the time element only.
 4. The operating method according to claim 1, wherein the content recognition configuration information comprises a second element for reporting watching information which represents information of a watched AV content by a user, the operating method further comprising: collecting the watching information including watching time of the uncompressed AV content and the number of watching the uncompressed AV content; and storing the watching information.
 5. The operating method according to claim 4, wherein the second element includes at least one of a size element and a period element, wherein the size element represents a maximum size for storage of the watching information, and wherein the period element represents a report period of the watching information.
 6. The operating method according to claim 5, wherein the executing the application for content recognition comprises transmitting the watching information, when a size of the stored watching information exceeds the size element or a report time interval corresponding to the period element elapses.
 7. The operating method according to claim 6, further comprising: deleting the watching information after transmitting the watching information to a second server.
 8. The operating method according to claim 1, further comprising: extracting a characteristic information from the uncompressed AV content through the application; obtaining a content metadata based on the characteristic information; and displaying an enhanced service based on the content metadata.
 9. The operating method according to claim 8, wherein the extracted characteristic information includes a MVPD (multichannel video distributor) information.
 10. The operating method according to claim 9, further comprising: displaying a channel map based on the MVPD information for identifying a subscription MVPD, wherein the channel map includes at least one of a title of the uncompressed AV content, a start time of the uncompressed AV content and a simple information of the uncompressed AV content.
 11. The operating method according to claim 8, wherein the extracting the characteristic information from the uncompressed AV content comprises extracting the characteristic information from at least one of a EPG window and a service menu window that includes a MVPD information.
 12. A video display device comprising: a tuner for receiving a broadcasting signal; a receiving unit for receiving an uncompressed AV content; an enhanced service management unit for requesting content recognition configuration information to a first server, receiving the content recognition configuration information from the first server and executing an application for content recognition according to the content recognition configuration information, and wherein the content recognition configuration information comprises a first element for controlling execution time of the application for content recognition.
 13. The display device according to claim 12, wherein the first element includes at least one of a region element and a time element, wherein the region element represents a geographical region for executing the application, and wherein the time element represents a time for executing the application.
 14. The display device according to claim 13, wherein the enhanced service management executes the application for content recognition without region restriction, when the first element includes the time element only.
 15. The display device according to claim 12, wherein the content recognition configuration information comprises a second element for reporting watching information which represents information of a watched AV content by a user, wherein the enhanced service management unit collects the watching information including watching time of the uncompressed AV content and the number of watching the uncompressed AV content and stores the watching information.
 16. The display device according to claim 15, wherein the second element includes at least one of a size element and a period element, wherein the size element represents a maximum size for storage of the watching information, and wherein the period element represents a report period of the watching information, wherein the enhanced service management unit transmits the watching information, when a size of the stored watching information exceeds the size element or a report time interval corresponding to the period element elapses.
 17. The display device according to claim 16, wherein the enhanced service management unit deletes the watching information after transmitting the watching information to a second server.
 18. The operating method according to claim 12, wherein the enhanced service management unit extracts characteristic information from the uncompressed AV content through the application, obtains a content metadata based on the characteristic information and displays an enhanced service based on the content metadata.
 19. The display device according to claim 18, wherein the extracted characteristic information includes a MVPD (multichannel video distributor) information.
 20. The display device according to claim 19, wherein the enhanced service management unit displays a channel map based on the MVPD information for identifying a subscription MVPD, wherein the channel map includes at least one of a title of the uncompressed AV content, a start time of the uncompressed AV content and a simple information of the uncompressed AV content. 